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UNITED STATES DISTRICT COURT 
NORTHERN DISTRICT OF CALIFORNIA 



INTERTRUST TECHNOLOGIES 
CORPORATION, a Delaware corporation, 

Plaintiff, 

v. 

MICROSOFT CORPORATION, a 
Washington corporation, 

Defendant. 

AND COUNTER ACTION. 



Case No. C 01-1640 SBA (MET) 

Consolidated with C 02-0647 SBA 

INTERTRUST'S DISCLOSURES OF 
ASSERTED CLAIMS AND 
PRELIMINARY INFRINGEMENT 
CONTENTIONS PURSUANT TO 
PATENT LOCAL RULES 3-1 and 3-2 



('683, '193, '861, '721, '891, '900, '912, '019, 
'876, ' 1 81 , and '402 Patents) 



PATENT INITIAL DISCLOSURES, '683, '193, '861, '721, *891, '900, '912, '019, '876, '181, and '402 PATENTS 
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Pursuant to the Court's August 8, 2003 Order, Plaintiff InterTrust Technologies 

Corporation ("InterTrust") hereby submits its Disclosures of Asserted Claims and Preliminary 

Infringement Contentions under Patent Local Rules 3-1 and 3-2 ("PLR 3-1 & 3-2 Disclosures") 

to Defendant Microsoft Corporation ("Microsoft"). These PLR 3-1 & 3-2 Disclosures supercede 

all previous PLR 3-1 and PLR 3-2 disclosures served by InterTrust in this case. 

Patent Local Rule 3-1 : Disclosure of Asserted Claims and Preliminary 
Infringement Contentions 

(a) Asserted claims 

InterTrust currently contends that the Microsoft products identified herein infringe the 
claims of U.S. Patents Nos. 6,185,683 Bl ("the '683 patent"); 6,253,193 Bl ("the '193 patent"); 
5,920,861 ("the '861 patent"); 6,157,721 ("the '721 patent"); 5,982,891 ("the '891 patent"); 
5,892,900 ("the '900 patent"); 5,917,912 ("the '912 patent"); 5,915,019 ("the '019 patent"); 
5,949,876 ("the '876 patent"); 6,1 12,181 ("the '181 patent"); and 6,389,402 Bl ("the '402 
patent"), as identified in the attached claim charts. As discovery progresses, InterTrust may 
determine that additional Microsoft products infringe the asserted patents and/or that Microsoft 
infringes additional patent claims. InterTrust reserves the right to supplement and/or amend its 
disclosures and infringement contentions. 

(b) Accused products 

InterTrust contends that various Microsoft products infringe the patent claims identified 
in the claim charts attached hereto. Accused products are listed in Exhibit A hereto. Accused 
products are listed in Exhibit A hereto, which is intended to encompass past, present, and future 
product versions that include the accused features and/or functionality. 

(c) Claim charts 

InterTrust submits the attached claim charts based solely on information available to it to 
date. Discovery is ongoing, and additional information is likely to be produced during 

discovery. InterTrust therefore reserves the right to supplement and/or amend its infringement 
assertions as discovery proceeds. 
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InterTrust contends that Microsoft infringes at least the claims of the '683, '193, '861, 
'721, *891, '900, '912, '019, '876, '181, and '402 patents identified in the claim charts attached 
hereto as Exhibits B and C: 1 

(d) Literal infringement and the doctrine of equivalents 

InterTrust contends that Microsoft infringes the claims of the '683, '193, '861, '721, 
891, '900, '912, '019, '876, '1 81, and '402 patents as specified in Exhibits B and C both * 
literally and under the doctrine of equivalents. 

(e) Priority from earlier applications 

InterTrust claims priority for the claims of the '891, '912, '683, '193, '019, 4 876, and 
402 patents-in-suit dating to application No. 08/388,107, filed February 13, 1995 v InterTrust 
Jaims priority for the claims of the '900 patent-in-suit dating to application No. 08/695,927, 
iled August 12, 1996. InterTrust does not claim priority for the claims of the '721, '861, and 
181 patents-in-suit dating to any earlier application. 

(f) Reliance on InterTrust's own products 

InterTrust does not cuiTently intend to rely on the assertion that its own Commerce and 
lights System products practice at least some of the claimed inventions of the '683, '193, '861, 
721, '891, '900, '912, '019, '876, '181, and '402 patents-in-suit to support its infringement 
issertions against Microsoft. 

^atent Local Rule 3-2: Document Production Accompanying Disclosure 
(a) Documents re disclosure and/or offer of sale 

InterTrust is not currently aware of such documents other than the documents that have 
>reviously been produced. See 1T0001 7664-1 9168, IT00020866-21 695, 1T00021 700-23578, 



Exhibit B contains claim charts based upon publicly available or non-confidential sources, 
exhibit C contains additional claim charts referencing material designated as "Attorneys' Eyes 
Dnly" by Microsoft, and is served under separate caption. No other information contained in 
hese disclosures is designated confidential by either party, and InterTrust does not object to 
iissemination of this document, other than Exhibit C, to persons not permitted to view 
confidential information in this case. For ease of reference, the claim charts attached hereto 
nclude all claims previously disclosed by InterTrust, as well as new claims, 
^umbering/letienng/bolding has been added to the texi of each claim for convenience only, and 
s not intended to alter, expand, or interpret the meaning of those claims. In instances where 
nfringement claims are illustrated by quotation or reference to Microsoft documents, those 



2 



INITIAL DISCLOSURES, '683, '193, '861, '721, '891, '900, '912, '019, '876, 4 181, and '402 PATENTS 
CASE NO. C 01-1640 SBA (MEJ), CONSOLIDATED WITH C 02-0647 SBA 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



# 



IT00038608-43419. 

(b) Documents re conception, reduction to practice, and/or design/development 

InterTrust has produced nonprivileged documents concerning the conception, design, 
development, and reduction to practice of the inventions disclosed in the patents-in-suit. See, 
e.g.. IT00000005-17261, IT00036207-38606, IT0004 1497-549. In addition, InterTrust has 
produced voluminous archives of source code created in the course of its business, some of 
which may constitute additional evidence of the conception, design, development, and reduction 
to practice of its patented inventions. InterTrust is not currently aware of any other such 
nonprivileged documents in its possession or control other than said source code and the source 
code and documents that have been produced. 

(c) Prosecution history of patents-in-suit 

The prosecution histories of the patents-in-suit have previously been produced. See, e^g., 
1T00062350-67643, IT00070342-72434, FH00107455 - 107731, FH001 13539-1 18857, 
FH1 18866-121322. 

Dated: September A> 2003 KEKER & VAN NEST, LI 





Attorneys for Plaintiff/and Counter-Defendant 
INTERTRUST TECHNOLOGIES 
CORPORATION 
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Microsoft Accused Products 

Visual Studio .Net Enterprise Architect 
Visual Studio .NET Enterprise Developer 
Visual Studio .NET Professional 
Visual Studio .Net 
ASP.Net 

.NET Framework SDK 
.Net License Compiler 

Office XP Standard 

Office XP Professional 

Office XP Professional with FrontPage 

Office XP Developer 

Windows XP Home Edition 

Windows XP Professional 

Access 2002 

Excel 2002 

FrontPage 2002 

Outlook® 2002 

PowerPoint ® 2002 

Project 2002 

Publisher ® 2002 

Visio® 2002 

Word 2002 

Visio Enterprise Network Tools 

Office 2000 SR-1 

Project 2000 SR-1 

Windows XP Embedded 

Windows CE .NET 

Windows CE for Automotive 

Mobility and Wireless Solutions for business 

Mobile Devices 

Pocket PC 

Microsoft Smartphone Platform 

Microsoft XBOX 

Windows ME 

Digital Asset Server 

Microsoft Reader 

Windows Media Player 

Windows Media Rights Manager SDK 

Windows Media Device DRM technology 

Microsoft Secure Audio Path technology 

Exhibit A 
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Microsoft System Management Server 
Windows File Protection System 

Microsoft ActiveX technology, including all Microsoft tools that support 
the Microsoft ActiveX licensing model 

All products that contain the Microsoft Common Language Runtime 
(CLR), Microsoft Compact CLR, or Microsoft implemented .Net 
Common Language Infrastructure 

Application Center 

BizTalk Server 

Commerce Server 

Content Management Server 

Exchange Server . 

Host Integration Server 

Internet Security and Acceleration Server 

Mobile Information Server 

SharePoint Portal Server 

SQL Server 

Windows 2000 Server 

.NET Enterprise Services 

.NET Infrastructure and Services 

Microsoft Installer SDK 

All products that contain the Microsoft Installer Technology 
Microsoft .Net MyServices 

Windows Hardware Quality Labs Certification Services 
Office 2003 and included applications 

Server 2003, including Microsoft hosted RMS Services using Passport 
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JNTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,892,900 



155. 



Products infringing: Any product using 
Microsoft Product Activation or Reader 
Activation feature. • •* . 



A virtual distribution environment comprising 



[a) a first host processing environment 
comprising 



(1) a central processing unit: ._ 

(2) main memory operatively connected 
to said central processing unit: 



computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP, Visio 
2002. Reader using its activation feature- 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 



hard disk or other mass storage contained in 
computer ; 



T>) said mass storage storing tamper resistant 
software designed to be loaded into said main 
nemory and executed by said central 
processing unit, said tamper resistant software 
comprising: 



Microsoft Product Activation software 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment. 



Product Activation software generates 
hardware information relating to the host 
processing environment as part of the 
activation process 



(2) one or more storage locations 
storing said information; 



hardware information is stored in the 
computer's storage 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(ii) compares said information 
to information previously stored 
in said one or more storage 
locations, and 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(iii) generates an indication 
based on the result of said 
comparison: and 



Product Activation software indicates whether 
the test has passed or failed 



(4) programming which takes one or 
more actions based on the state of said 
indication; 



(i) said one or more actions 
including at least temporarily 
halting farther processing. 



Product Activation software will allow system 
startup procedures to continue, if test succeeds, 
or discontinue startup and offer user 
opportunity to reactivate if the test fails 
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156. 



A virtual distribution environment comprising 
(a) a first host processing environment 
comprising 



Product Infringing: Any product using 
Microsoft Product Activation or Reader 
Activation feature. 



(Da central processing unit: 
(2) main memory operatively connected 
to said central processing unit: 



computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP, Visio 2002 
andReader 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 



hard disk or other mass storage contained in 
computer 



(b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Microsoft Product Activation software 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment 



Product Activation software generates 
hardware information relating to the host 
processing environment as part of the 
activation process 



(2) one or more storage locations 
storing said information: 



hardware information is stored in the 
computer's storage 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(ii) compares said information 
to information previously stored 
in said one or more storage 
locations, and 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(iii) generates an indication 
based on the result of said 
comparison: and 



Product Activation software indicates whether 
the test has passed or failed 



(4) programming which takes one or 
more actions based on the state of said 
indication: 



(i) said one or more actions 
including at least temporarily 
disabling certain functions. 



Product Activation may disable the underlying 
software from generating new files or running 
user applications if the test fails 
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Product Infringing: Any product using 
Microsoft Product Activation or Reader 
Activation feature. 



A virtual distribution environment comprising 



(a) a first host processing environment 
comprising 



computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP, Visio 2002 
and Reader 



(Da central processing unit; 

(2) main memory operatively connected 
to said central processing unit; 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory; 



hard disk or other mass storage contained in 
computer 



(b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Microsoft Product Activation software 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment, 



Product Activation software generates hash 
information relating to the host processing 
environment as part of the activation process 



(2) one or more storage locations 
storing said information; 



hardware information is stored in the 
computer's storage . 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(ii) compares said information 
to information previously stored 
in said one or more storage 
locations, and 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(iii) generates an indication 
based on the result of said 
comparison; and 



Product Activation software indicates whether 
the test has passed or failed 



(4) programming which takes one or 
more actions based on the state of said 
indication; 



(i) said one or more actions 
including displaying a message 
to the user. 



Product Activation software displays a 
message to the user if the test fails 
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Products infringing: Windows Media Player 



A virtual distribution environment comprising 



a first host processing environment comprising 



WMP with Individualized DRM client 
(referred to hereafter as the Individualized 
WMP) running on a client computer 



a central processing unit 



Client CPU 



main memory bperatively connected to said 
central processing unit 



Client memory 



mass storage operatively connected to said 
central processing unit and said main memory 



Local disk drive 



said mass storage storing tamper resistant 
software designed to be loaded into said main 
memory and executed by said central 
processing unit, said tamper resistant software 
comprising: 



Individualized WMP (I-WMP) stored on disk 
and loaded into main memory upon execution. 
I-WMP is tamper resistant. 



machine check programming which derives 
information from one or more aspects of said 
host processing environment, 



Individualization module is generated by the 
MS individualization service either when the 
un-individualized WMP tries to open licensed 
content that requires a security upgrade (aka, 
Individualization) or when the user requests an 
upgrade un-provoked. The individualization 
module is unique and signed and is bound to a 
unique hardware ID using the MS machine 
activation process. 



one or more storage locations storing said 
information 



The aforementioned unique feature are located 
in multiple places or storage locations 



integrity programming which 



causes said machine check programming to 
derive said information, 



The ID is regenerated by WMP/DRM client 
when first loading the Individualized DRM 
Client to access a piece of content requiring the 
security upgrade. 



compares said information to information 
previously stored in said one or more storage 
locations, and 



The program checks the new copy against the 
one to which the individualized DRM client is 
bound. ■ ■ 



generates an indication based on the result of 
said comparison: and 



Program stores the result of this check. 



programming which takes one or more actions 
based on the state of said indication 



If these are not equal, the user is notified via a 
message stating that he/she must acquire a 
security upgrade (that is, the current security 
upgrade is invalid). If they are equal then 
processing of songs requiring Individualization 
continues. 



said one or more actions including at least 
temporarily disabling cenain functions. 



Songs targeted to this Individualization module 
cannot be accessed until the upgrade is correct. 
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157. A virtual distribution environment 
comprising 



Infringing products include: Windows Media 
Player ; : 



a first host processing environment comprising 



See 156 



a central processing unit 



main memory operatively connected to said 



See 156 



See 156 



central processing unit 



mass storage operatively connected to said 
central processing unit and said main memory 



See 156 



said mass storage storing tamper resistant 
software designed to be loaded into said main 
memory and executed by said central 
processing unit, said tamper resistant software 
comprising: 



See 156 



machine check programming which derives 
information from one or more aspects of said 
host processing environment 



See 156 



one or more storage locations storing said 
information 



See 156 



integrity programming which causes said 
machine check programming to derive said 
information compares said information to 
information previously stored in said one or 
more storage locations, and 



See 156 



generates an indication based on the result of 
said comparison: and 



See 156 



programming which takes one or more actions 
based on the state of said indication 



See 156 



said one or more actions including displaying a 
message to the user. 



If these are not equal, the user is notified via a 
message stating that he/she must acquire a 
security upgrade (that is, the current security 
upgrade is invalid). 
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Infringing Product: Microsoft's Windows File 
Protection and System File Checker features, 
embodied in Microsoft's Windows 2000, 
Windows XP products, and Server 2003 



A virtual distribution environment comprising 



(a) a first host processing environment 
comprising 



computer running Microsoft Windowis 2000 or 
Windows XP. 



(1) a central processing unit; 

(2) main memory operatively connected 
to said central processing unit; 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory; 



hard disk or other mass storage contained in 
computer 



(b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Windows File Protection process/service 
("WFP") and System File Checker (SFC.exe) 
features of winlogon.exe. Winlogon.exe is 
treated as a "critical" service by the Windows 
operating system. Files supporting WFP 
(including winlogon.exe, sfc.exe, sfc.dll (2000 
only), sfcfiles.dll (2000 only) and sfc_os.dll 
(XP only)) are "protected" files and are signed 
using a signature verified by a hidden key. In 
Windows 2000, WFP uses hidden functions 
within the sfc.dll library. Functions are 
imported by "ordinal" instead of "name." 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment, 



Winlogon either directly or using another dll 
(XP) or using SFC.dll (2000) determines if 
changed file was protected, computes the hash 
of protected files and, if necessary, computes 
the hash of the file in the dll cache before using 
it to replace a file overwritten by an incorrect 
version of the file. ' 



(2) one or more storage locations 
storing said information: 



hardware information is stored in the 
computer's memory 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



Windows notifies Winlogon when there has 
been a system directory change or a change in 
the dll cache. 



(ii) compares said information 
to information previously stored 
in said one oi more storage 
locations, and 



Winlogon either directly or using another dll 
(XP) or using SFC.dll (2000) compares 
i computed hash with hash in the hash database 
created from the Catalog file(s), and, if there is 
a difference, compares the hash of the file in 
the dll cache to the hash database created from 
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the Catalog flle(s) before using it to replace an 
overwritten file. 



(iii) generates an indication 
based on the result of said 
comparison: and 



An event is written to the Event Viewer if 
hashes do not agree. 



(4) programming which takes one or 
more actions based on the state of said 
indication; 



Depending on the circumstances, WFP 
displays several messages to the user, 
including prompting the user to contact the 
system administrator, and to insert a CD-ROM. 



(i) said one or more actions 
including displaying a message 
to the user. 



See above. Messages also constitute viewable 
Event Property pop-ups. 
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6. 



Product Infringing: XBox 



A process comprising the following steps: 



The process constitutes assembly and use 
of components making up an XBox game. 



accessing a first record containing 
information directly or indirectly 
identifying one or more elements of a first 
component assembly, 



The first record consists of the second file 
table on an XBox DVD. This table ' 
identifies the .xbe file which includes the 
game information. 



at least one of said elements including at 
least some executable programming, 



The xbe file includes executable 
programming. 



at least one of said elements constituting a 
load module. 



The xbe file is a load module. 



said load module including executable 
programming and a header: 



The xbe file includes a header. 



at least a portion of said header is a public 
portion which is characterized by a 
relatively lower level of security 
protection; and 



Most information the xbe header is not 
obfuscated. 



at least a portion of said header is a private 
portion which is characterized, at least 
some of the time, by a level of security 
protection which is relatively higher than 
said relatively lower level of security 
protection. 



The entry point address and the kernel 
image thunk address listed in the xbe 
header are obfuscated and therefore at a 
higher level of security protection. 



using said information to identify and 
locate said one or more elements; . 



The second file table identifies the .xbe 
file, including where that file is located. 



accessing said located one or more 
elements; 



The .xbe file is accessed by the XBox. 



securely assembling said one or more 
elements to form at least a portion of said 
first component assembly; 



At runtime, the .xbe file is assembled with 
certain services of the operating system to 
form a component assembly. Security 
associated with this assembling process 
includes verifying signatures associated 
with portions of the .xbe file, and replacing 
obfuscated calls to operating system 
services with actual addresses. 

The assembly may also include patch files 
downloaded from a remote server. 



executing at least some of said executable I Game play requires execution of the 
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programming: and 



assembled programming. 



checking said record for validity prior to 
performing said executing step. 



The second file table is protected by a 
digital signature, and is not loaded/used 
unless the digital signature is verified 
against the file. 



7. A process as in claim 6 in which: 



said relatively lower level of security 
protection comprises storing said public 
header portion in an unencrypted state; and 



The header is protected by the techniques 
protecting the xbe such as signing and 
security descriptors, but it is not encrypted 
except as noted below. 



said relatively higher level of security 
protection comprises storing said private 
header portion in an encrypted state. 



The entry point address and the kernel 
image thunk address listed in the xbe 
header are obfuscated. The Xbox SDK's 
(XDK) image build uses a key value shared 
with the retail XBox to perform two XOR 
operations against the addresses 
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INTER TRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
1NTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,917,912 



Infringing products: Microsoft CLR or CCLR 
and .NET Framework SDK and products that 
include one or both of these. 



K process comprising the following steps: 



a) accessing a first record containing 
nformation directly or indirectly identifying 
>ne or more elements of a first component 
issembly, 



The first record is either an assembly manifest, 
or a whole assembly; the elements are other . 
assemblies that are referenced as external in 
the first record; the first component assembly 
is a .NET application domain. . 



(1) at least one of said elements 
including at least some executable 
programming, 



Assembly contains executable programming. 



(2) at least one of said elements 
constituting a load module. 



This is an external assembly referenced in the 
first record. 



(i) said load module including 
executable programming and a 
header; 



Assemblies include executable programming, 
and the assembly manifest and CLS type 
metadata constitute a header. 



(ii) said header including an 
execution space identifier 
identifying at least one aspect of 
an execution space required for 
use and/or execution of the load 
module associated with said 
header; 



This feature is provided for in the .NET 
architecture through numerous mechanisms, 
for example, by demands for ZonelD 
permissions. 



(iii) said execution space 
identifier provides the capability 
for distinguishing between 
execution spaces providing a 
higher level of security and 
execution spaces providing a 
lower level of security; 



SecurityZorie or other evidence provides this 
capability. 



b) using said information to identify and 
ocate said one or more elements; 



Manifest and type metadata information 
section is used to identify and locate files, code 
elements, resource elements, individual classes 
and methods. 



c) accessing said located one or more 
:lements; 



Step carried out by the CLR or CCLR loader. 



d) securely assembling said one or more 
elements to form at least a portion of said first 
:omponent assembly; 



CLR or CCLR carries out this step, including 
checking the integrity of the load module, 
checking the load module's permissions, 
placing the load module contents into an 
application domain, isolating it from malicious 
or badly behaved code, and from code that 
does not have the permission to call it. 



e) executing at least some of said executable 
irogramming: and 



Step carried out by the CLR/CCLR and the 
CLR/CCLR host. - 
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(f) checking said record for validity prior to 
performing said executing step. 



The CLR/CCLR checks the authenticity and 
the integrity of the first .NET assembly. 



9. A process as in claim 8 in which said 
execution space providing a higher level of 
security comprises a secure processing 
environment. ■ 



The CLR/CCLR constitutes a secure 
processing environment. 



13. A process as in claim 8 further comprising: 



(a) comparing said execution space identifier 
against information identifying the execution 
space in which said executing step is to occur; 
and 



In one example, the 

ZoneldentityPermissionAttribute SecurityZone 
value demanded by control in the assembly 
manifest is compared against the SecurityZone 
attribute value corresponding to the calling 
method ; 



(b) taking an action if said execution space 
identifier requires an execution space with a 
security level higher than that of the execution 
space in which said executing step is to occur. 



CLR/CCLR will throw an exception and 
transfer control to an exception handler in the 
calling routine, or it will shut down the 
application if there is no such exception 
handler, if the permissions do not include the 
permissions required by the 
ZoneldentityPermissionAttribute. The 
ZoneldentityPermissions are hierarchical, 
unless customized. 



14. A process as in claim 13 in which said 
action includes terminating said process prior 
to said executing step. 



CLR/CCLR may terminate the process or 
transfer control to an exception handler that 
may itself terminate the process. 
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JNTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,917,912 




3. 



Products infringing include Windows Installer 
SDK, and products that include the Windows 
Installer technology. 



A process comprising the following steps: 



Scenario 1: use of Windows Installer packages 
(i.e. ,MSI files) to create Windows Installer- 
enabled applications, such as Office 2000 and 
used of the WI service to install them. 
Scenario 2: software distribution technologies 
that use the Windows Installer OS service for 
installation, such as Internet Component 
Download and products like Office Web 
Components. 

Either scenario can be used by SMS, 

IntelliMirror and third party tools like 

InstallShield and WISE. 

NT or later operating systems (because they 

use the subsystem identifier) 

using cabinet files, .CAB, (because they have a 

manifest and INF and/or OSD files), and 

have been signed with a digital signature and 

will be authenticated by Authenticode or 

WinVerifyTrust API and 

contain at least one PE (portable executables) 



a) accessing a first record containing 
nformation directly or indirectly identifying 
)ne or more elements of a first component 
issembly, 



Scenario 1 : First record is the .MSI file that 
contains information on what goes in the 
assembly and how to install the assembly. 

Scenario 2: 

A. First record is the cabinet manifest 
(indirect instructions) 

B. Or, First record can be INF and/or OSD 
files (direct instructions) 



(1) at least one of said elements 
including at least some executable 
programming, 



Both scenarios: The PE (portable executable) 
in the cabinet file is the executable 
programming. 



(2) at least one of said element? 
constiruiing a load module. 



Both scenarios: PE is a load module: 



(i) said load module including 
executable programming and a 



Both scenarios: The PE has several headers. 



Exhibit B h 
17 



1 

2 
3 
. 4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



header; 

(ii) said header including an 
execution space identifier 
identifying at least one aspect of 
an execution space required for 
use and/or execution of the load 
module associated with said 
header; ' " 



Both scenarios: SUBSYTEM is a field in the 
PE Optional Header that is an execution space 



(iii) said execution space 
identifier provides the capability 
for distinguishing between 
execution spaces providing a 
higher level of security and 
execution spaces providing a 
lower level of security; 



Both scenarios: SUBSYSTEM distinguishes 
between programs that can run in kernel mode 
and those that can run in user m6de. This is a 
key security concept of process separation that 
was introduced with Windows NT. : 

The Subsystem field in the PE header is used 
by the system to indicate whether the 
executable will run within Ring 3 (user mode) 
or use Ring 0 (native or kernel mode). 
Anything running in Ring 3 is limited to its 
own processing space. Executables running in 
Ring 0 can reach out to other spaces and have 
security measure built around them. 



Id) using said information to identify and 
ocate said one or more elements: 



Scenario 1 : the MSI file identifies and locates 
the elements 

Scenario 2: 

.CAB manifest is used to identify Physical 
location 

OSD and/or INF is used to identify Logical 
location 



c) accessing said located one or more 
slements; 



Scenario 1 : Using the MSI file 

Scenario 2: Using INF and/or OSD in cabinet 
file 



d) securely assembling said one or more 
lements to form at least a portion of said first 
omponent assembly; 



Both scenarios: Using the Window Installer 
OS service with various properties and flags on 
the settings for higher protection. 

Windows Installer has numerous flags that the 
developer can set to indicate how the assembly 
will be installed, in what privilege level, with 
how much user interface, and how much ability 
the user has to watch or change what is 
occurring. These contiols have been 
strengthened with each release of Windows 
Installer. Windows Installer 1.1 and later has 
the ability to limit the users capabilities during 
the installation. In a Windows 2000 
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environment and later, using the Group Policy- 
based Change and Configuration Management, 
the administrator has the most control 

Fields that can be set by the developer or 
administrator to control what users can do 
include the following: 

Transformssecure can be set. to a value of 1 . 
to inform the installer that transforms are to be 
cached locally on the user's computer in a 
location the user does not have write access. 
(Transforms create custom installations from a 
basic generic installation, for example to make 
the Finance versions different from the 
Marketing version or English versions different 
from Japanese versions.) 

AllowLockdownBrowse and DisableBrowse 
can prevent users from browsing to the 
sources. 

SourceList can be used to specify the only 
allowable source to be used for the installation 
of a given component. 

Environment can be used to specify whether 
the installation can be done while the user is 
logged on or only when no user is logged on. 

Security Summary Property conveys whether 
a package can be opened as read-only or with 
no restriction. 

Privileged Property is used by developers of 
installer packages to make the installation 
conditional upon system policy, the user being 
an administrator, or assignment by an 
administrator. 

Restricted Public Properties can be set as 
variables for an installation. "For managed 
installations, the package author may need to 
limit which public properties are passed to the 
server side and can be changed by a user that is 
not a system administrator. Some are 
commonly necessary to maintain a secure 
environment when the installation requires the 
installer use elevated privileges. " 
SecureCusiomProperties can-be created by the 
author of an installation package to add 
controls beyond the default list. 

MsiSetlnternalUl specifies the level of user 
interface from hone to full. 

A Sequence Table can be used to specify the 
required order of execution for the installation 
process. There are three modes, one of which is 
the Administrative Installation that is used by 
the nenvork administrator to assign and install 
applications. 

InstallServicesAction registers a service for 
the system and it can onlv be used if the user is 
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an administrator or has elevated privileges with 
permission to install services or that the 
application is part of a managed installation. 

DisableMedia system policy disables media 
sources and disables browsing to media 
sources. It can be used with DisableBrowse to 
secure installations version 1.1 that doesn't 
have some of the other capabilities. " 

AlwaysInstailElevated can be set per user or 
per machine and is used to install managed 
applications with elevated privileges. 

AllowLockdownBrowse, 
AllowLockdownMedia and 
AllowLockdowhPatch set these capabilities so 
they can only be performed by an administrator 
during an elevated installation. . 
[See article "HowTo: Configure Windows 
Installer for Maximum Security (Q247528). 

i 

Windows XP Professional and .NET have the 
additional capability to set Software Restriction 
Policies and have these used by Windows 
Installer. 

In addition, most of the software distribution 
technologies that use Windows Installer also 
add a layer of their own controls. For example, 
SMS 2.0 enables the administrators to control 
the installation is optional or required and 
whether the user can affect the installation 
contents/features at all. 



(e) executing at least some of said executable 
programming; and 



Both scenarios: Part of executable is called 
during installation in order to do self- 
registration or perform custom actions. The 
overall executable is used at runtime. 



(f) checking said record for validity prior to 
performing said executing step. 



Scenario 1 : Sign the overall package and the 
cabinet files. 

Scenario 2: The cabinet file is signed. 

For IE with the default security level or higher, 
the digital signature is verified by 
Authenticode or a similar utility before the 
component is allowed to be assembled. 
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35. 


Products infringing include all products that 
host the Microsoft .NET Common Language 
Runtime or Compact Common Language 
Runtime. 


A process comprising the following steps: 




(a) at a first processing environment receiving 
a first record from a second processing 
environment remote from said first processing 
environment: 


Computer running the Microsoft CLR/CCLR 
receives, for example, a shared assembly 
neaoer or a complete bnareu acocinuiy iium 
another computer, for example a server. 


(1) said first record being received in a 
secure container: 


The shared assembly is cryptographically 
hashed and signed. 


(2) said first record containing 
identification information directly or 
indirectly identifying one or more 
elements of a first component 
assemblv: 


The first record is either an assembly manifest, 
or a wnoie assemoiy, xne eiemenis are omer 
assemblies that are referenced as external in 
xne iirsi recoru, ine nrsi componeni abbemuiy 
is a .NET application domain. 


(i) at least one of said elements 
including at least some 
executable programming: 


Assembly contains executable programming. 


(ii) said component assembly 
allowing access to or use of 
specified information: 


The specified information can include any kind 
of data file, stream, log, environment variables, 
etc. 


(3) said secure container also including 
a first of said elements: 


The shared assembly includes at least some 
executable programming. 


(b) accessing said first record 


CLR/CCLR accesses the assembly or 
assemoiv neaaer. 


(c) using said identification information to 
identify and locate said one or more elements; 


Manifest and type metadata information 
sec iion is useu 10 juciiuiy <uiu judaic inco, tuuv 
elements, resource elements, individual classes 
and methods. 


(1) said locating step including locating 
a second of said elements at a third 
processing environment located 
remotely from said first processing 
environment and said second 
processing environment; 


Met by a multifile assembly, with files 

UloinUULCU dUUoo a JJClWUl/w, \Jk Uj Ulv Ot-^UilU 

element constituting another referenced 
assembly located elsewhere; the CLR/CCLR 
uses probing to locate and access the file. 


\Q) accessing saiu jocaieu one or more 
elements: 


Sipn carried out hv the CLR/CCLR loader 


(!) said element accessing step 
including retrieving said second 
element from said third processing 
environment: 


Step carried out by the CLR/CCLR loader. 


(e) securely assembling said one or more 
elements to form at least a portion of said first 
component assembly specified by said firsi 
record; and 


CLR/CCLR carries out this step, including 
checking the integrity of the load module, 
checking the load module's permissions, 
placing the load module contents into an 
application domain, isolating it from malicious 
or badlv behaved code, and from code that 


i 

Exhibit B !! 
16 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 




does not have the permission to call it. 

(f) executing at least some of said executable Step carried out by the CLR/CCLR. 

programming, ■: . 

( 1 ) said executing step taking place at CLR/CCLR is operating in the first processing 
said first processing environment. environment specified above. 
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INTERTKUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,920,861 



34. 



Product Infringing: Microsoft Operating 
Systems that support device driver 
signature technology 



A descriptive data structure embodied on a 
computer-readable medium or other logic 
devic e including the following elements: 



a representation of the format of data 
contained in a first rights management data 
structure 



The driver package's INF is a data 
structure. The INF contains multiple types 
of sections, structured as hierarchy 
/"branches," that the Windows operating 
system or its Plug and Play and/or Set-up 
installation services "branch" through 
based on the operating system information 
and device for which a driver is to be 
installed. The installation services use the 
"branching" structure (format) to determine 
what files should be installed. The INF, 
further provides disk location information 
and file directory path information for the 
files identified as necessary as a result of 
the "branching" process. 

The driver package is a "rights 
management" data structure based on the 
fact that it is governed and based on the 
fact that it processes governed information. 

Rights Management as Governed Item 

A driver manufacturer can include rules 
governing the driver's installation and/or 
use in the driver's INF file. For example: 

Security entries specify an access control 
list for the driver. 

Driver developers can specify rules that 
determine behavior of the driver package 
based on; the user's operating system 
version, including product type and suite 
and "ffi^device"fof which the driver is to be 
installed 

Rules specifying logging 

Local administrators can establish policy as 
ic what action or notification should occur 
in the event that a driver being installed is 
not signed. . 
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said representation including: 



element information contained within 
said first rights management data 
structure; and 



The operating system installation services 
have a ranking criteria it follows when 
multiple drivers are available for a newly 
detected device. The criterion is used to 
determine the driver best suited for 
ensuring compatibility with the operating 
system and ensuring functionality of the 
device. ( 

Drivers have been certified to be 
compatible with specified operating system 
versions for their respective device classes. 
The catalog file protects the integrity of the 
driver. 

Microsoft distributes the Driver Protection 
List to prevent known bad deriver from 
being installed. 

Processing Rights Managed Items 

Certain drivers (SAP) have been explicitly 
certified to protect DRM content. 

MSDN - DRM Overview 

A DRM-compliant driver must prevent 
unauthorized copying while digital content 
is being played. In addition, the driver must 
disable all digital outputs that can transmit 
the content over a standard interface (such 
as S/PDIF) through which the decrypted 
content can be captured. 



The elements of a driver package include: 
A driver that is typically a dynamic-link 
library with the .sys filename extension. 
An INF file containing information that the 
system Setup components use to install 
support for the device. 
A driver catalog file containing the digital 
signature. 

One or more optional co-installers which 
are a Win32® DLL that assists in device 
installation NT-based operating systems. 
Other files, such as a device installation 
application, a device icon, and so forth. 

XP DDK - INF Version Section 

The LayoutFile entry specifies one or more 
additional system-supplied INF files that 
contain layout information on the source 
media required for installing the software 
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described in this INF. All system-supplied 
INF files specify this entry. 

The CatalogFile entry specifies a catalog 
(.cat) file to be included on the distribution 
media of a device/driver. 



organization information regarding 
the organization of said elements 
within said first rights management 
data structure; and 



Within an INF is a hierarchy with the top 
being a list of manufacturers, and sub-lists* 
of models and at the bottom a list of install 
information by model. 

For Windows XP and later versions of NT- 
based operating systems, entries in the 
Manufacturer section can be decorated to 
specify operating system versions. The 
specified versions indicate OS versions 
with which the specified INF Models 
sections will be used. If no versions are 
specified, Setup uses the specified Models 
section for all versions of all operating 
systems. 

INF's SourceDisksNames and 
SourceDisksFiles sections specify 
organization information. 
XP DDK Source Media for INFs 



The methods you should use to specify 
source media for device files depend on 
whether your INFs ship separately from the 
operating system or are included with the 
operating system. 
INFs for drivers that are delivered 
separately from the operating system 
specify where the files are located using 
SourceDisksNames and SourceDisksFiles 
sections. 

If the files to support the device are 
included with the operating system, the 
INF must specify a LayoutFile entry in the 
Version section of the file. Such an entry 
specifies where the files reside on the 
operating system media. An INF that 
specifies a LayoutFile entry must not 
include SourceDisksNames and 
SourceDisksFiles sections. 
XP DDK - INF SourceDisksNames 



Section 

A SourceDisksNames section identifies 
the distribution disks or CD-ROM discs 
that contain the source files to be 
transferred to the target machine during 
installation. Relevant values of an entry in 
the INF include: 
diskid Specifies a source disk. 
disk-description - Describes the contents 
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information relating to metadata, said 
metadata including : 



metadata rules used at least in pan to 
govern at least one aspect of use and/or 
display of content stored within a rights 
management data structure, 



and/or purpose of the disk identified by 
diskid. 

tag-or-cabfile « This optional value 
specifies the name of a tag file or cabinet file 
supplied on the distribution disk, either in- 
the installation root or in the subdirectory 
specified by path, if any. 
path - This optional value .specifies the 
path to the directory on the distribution 
disk containing source files. The path is 
relative to the installation root and is 
expressed as \dirnamel\dirname2... and so 
forth. ; 

flags — For Windows XP and later, setting 
this to : 0x10 forces Setup to use cab-or-tag- 
file as a cabinet file name, and to use tag- 
file as a tag file name. Otherwise^ag^ is 
for internal use only. 
tag-file - For Windows XP and later, if 
flags is set to 0x10, this optional value 
specifies the name of a tag file supplied on 
the distribution medium, either in the 
installation root or in the subdirectory 
specified by path. The value should specify 
the file name and extension without path 
information. 

XP DDK INF SourceDisksFiles Section 
A SourceDisksFiles section names the 
source files used during installation, 
identifies the source disks (or CD-ROM 
discs) that contain those files, and provides 
the path to the subdirectories, if any, on the 
distribution disks containing individual 
files. Relevant values in an entry in the 
INF would include: 

filename Specifies the name of the file on 
the source disk. 

diskid - Specifies the integer identifying 
the source disk that contains the file. This 
value and the initial path to the 
subdir(zz\ory), if any, containing the 
named file must be defined in a 
SourceDisksNames section of the same 
INF. 

subdir ~ This optional value specifies the 
subdirectory (relative to the 
SourccDisksNames/?<3//i specification, if 
any) on the source disk where the named 
file resides. 



The driver manufacture can specify rules in 
the INF that govern the installation and/or 
use of the driver. For example, security 
entries specify an access control list for the 
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driver. Driver developers can specify rules 
in an INF file that determines behavior of 
the driver package based on the user's 
operating system version, including 
product type and suite. Also, rules related 
to logging can be specified as mentioned in 
next claim element. 

For Example - Access Control List 
Rules 

XP DDK - Tightening File-Open 
Security in a Device INF File 
For Microsoft Windows 2000 and later, 
Microsoft tightened file-open security in 
the class installer INFs for certain device 
classes, including CDROM, DiskDrive, 
FDC, FloppyDisk, HDC, and 
SCSIAdapter. 

If you are unsure whether the class installer 
for your device has tightened security on 
file opens, you should tighten security by 
using the device's INF file to assign a value 
to the DeviceCharacteristics value name 
in the registry. Do this within an odd- 
registry-section, which is specified using 
the INF AddReg directive. 
XP-DDK « INF AddReg Directive 

An INF can also contain one or more, 
optional add-registry-section.security 
sections, each specifying a security 
descriptor that will be applied to all registry 
values described within a named add- 
registry-section. 

A Security entry specifies a security 
descriptor for the device. The security- 
descriptor-string is a string with tokens to 
indicate the DACL (D:) security 
component. A class-installer INF can 
specify a security descriptor for a device 
class. A device INF can specify a security 
descriptor for an individual device, 
overriding the security for the class. If the 
class and/or device INF specifies a 
security-descriptor-string, the PnP 
Manager propagates the descriptor to all 
the device objects for a device, including 
the FDO, filter DOs, and the PDO. 

For Example - Operating System 
Versiorung 

Operating-System Versioning for Drivers 



Exhibit Bi 
22 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



under Windows XP 

Setup selects the [Models) section to use 
based on the following rules: 

If the INF contains [Models] sections for 
several major or minor operating system 
version numbers, Setup uses the section 
with the highest version numbers that are 
not higher than the operating system 
version on which the installation is taking 
place. 

If the INF [Models] sections that match the 
operating system version also include 
product type decorations, product suite 
decorations, or both, then Setup selects the 
section that most closely matches the 
running operating system. 



said metadata rules including at least 
one rule specifying that information 
relating to at least one use or display of 
said content be recorded and/or 
reported. 



The AddService directive can set up event- 
logging services for drivers. 
INF AddService Directive 
An AddService directive is used to control 
how (and when) the services of particular 
Windows 2000 or later device's drivers are " 
loaded, any dependencies on other 
underlying legacy drivers or services, and 
so forth. Optionally, this directive sets up 
event-logging services by the 
devices/drivers as well. 
Relevant sections of the directive's entry 
include: 

event-log-install-section -Optionally 
references an INF-writer-defined section in 
which event-logging services for this 
device (or devices) are set up. 
EventLogType Optionally specifies one 
of System, Security, or Application. If 
omitted, this defaults to System, which is 
almost always the appropriate value for the 
installation of device drivers. For example, 
an INF would specify Security only if the 
to-be-installed driver provides its own 
security support. 

EventNome — Optionally specifies a name 
to use for the event log. If omitted, this 
defaults to the given ServiceName. 



35. A descriptive data structure as in claim 
34, in which: 



said first rights management data structure 
comprises a first secure container. 



The driver package is secured through a 
catalog file that is signed by Microsoft's 
Windows Hardware Quality Lab and 



ii 
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contains the hash of each file of the driver's 
package. The INF identifies the catalog 
file used to sign the driver package. 




36. A descriptive data structure as in claim 
35, in which: 




said first secure container comprises: • 


The first secure container is the driver, 
package secured bv a catalog file. 


said content; and 


The content is the driver afid related files 
within the signed driver package, 


rules at least in part governing at least 
. one use of said content. 


The rules are within the INF, which is part 
of the signed driver Dackage. 




37. A descriptive data structure as in claim 
36, wherein the descriptive data structure is 
stored in said first secure container. 


The INF is stored within the signed driver • 
package. 




44. A descriptive data structure as in claim 
34, further including: 




a representation of the format of data 
contained in a second rights management 
data structure, 


The manufacture and models sections in 
the INF Version section are provided for 
the possibility of a single INF representing 
the format for multiple drivers. 

Operating system version "decorating" 
relating the architecture, major and minor 
operating systems versions, product and 
suit information all relate to the target 
environment and is used to identify the 
files necessary for the target environment. 

An INF file, such as in the case of 
operating system targeting, can be used for 
more than one driver package since it can 
contain more than one catalog file. 

Further an INF can address the drives 
necessary for a multi-functional device. 


said second rights management data 
structure differing in at least one respect 
from said first rights management data 
structure. 


The files of the second data structure would 
vary from the files on the first data 
structure. 




45. A descriptive data structure as in claim 
44, in which: 




said information regarding elements 
contained within said first rights 
management data structure includes 
information relating to the location of at 
least one such element. 


INF specify where the driver files are 
located using the SourceDiskNames and 
SourceDiskFiles sections. 




46. A descriptive data structure as in claim 
44, further including: 




a first target data block including 
information relating to a first target 


Operating system version "decorating" 
relatingithe architecture, maior and minor 


-!! - 
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environment in which the descriptive data 
structure may be used. 



operating systems versions, product and 
suit information all relate to the first target 
environment. 



47. A descriptive data structure as in claim 
46. further including: 



a second target data block including 
information relating to a second' target . 
environment in which the descriptive data 
structure may be used. 



Operating system version decorating will 
cover multiple operating systems. 



said second target environment differing in 
at least one respect from said first target 
environment. 



This is the reason for version decorating. 



48. A descriptive data structure as in claim 
46. further including: 



a source message field containing 
information at least in part identifying the 
source for the descriptive data structure. 



The provider entry in the version section of 
the INF identifies the provider of the INF 
file. Also, the INF contains a manufacture 
section. 
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58. 



Product Infringing: Microsoft Reader SDK 
and Microsoft Digital Asset Server. 



A method of creating a first secure 
container, said method including the 
following steps: 



Method is carried out by Microsoft's 
Digital Asset Server and Microsoft's 
Litgen tools 



(a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 



.opf file describing the file structure of a 
protected e-book including metadata, 
manifest and "spine" information 



(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and 



Organization information regarding 
organization of the ebook and the 
inscription as specified in the manifest and 
spine information in the .opf file 



(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container: 



Metadata constitutes rules specifying the 
degree of security to use and/or XrML 
rules 



(b) using said descriptive data structure to 
organize said first secure container 
contents 



e-book packaging carried out by Microsoft 
Litgen tool 



(c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 
and 



Step performed by Digital Asset Server; 
example of specific information is 
owner/purchaser information required in 
the inscription process 



(d) generating or identifying at least one 
rule designed to control at least one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 



Analyzing the metadata and finally 
packaging the e-book using a particular 
security level specified through the 
metadata 



71. A method as in claim 58. in which: 



(a) said specific information reqjuired to 
be included includes information at 
least in part identifying at least one 
owner or creator of at least a portion of 
said first secure container contents. 



Owner purchaser information required in 
the inscription process; XrML rule 
requiring display of copyright notice 
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58. 



Product Infringing: All products that host 
the Microsoft Common Language Runtime 
or Compact Common Language Runtime. 



A method of creating a first secure 
container, said method including the 
following steps; 



Method is practiced by a user using the 
Common Language Runtime (CLR) or 
Compact Common Language Runtime 
(CCLR) to create a dynamic shared 
assembly or .NET Framework SDK to 
create a shared assembly 



(a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 



.NET framework Assembly class and/or 
AssernblyBuiider class and/or 
Assemblylnfo file " 



(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and . : 



This information is specified in the classes 
named above and in the Assemblylnfo file. 



(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container; 



This information is addressed in the classes 
and the Assemblylnfo file, e.g., for a shared 
assembly metadata will be specified that 
the assembly is to be signed using specified 
kejL 



(b) using said descriptive data structure to 
organize said first secure container 
contents; 



This step is carried out by applications and 
tools using the classes and assembly info 
file, including CLR (or CCLR) and .NET 
Framework SDK 



(c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 
and 



This step is carried out by applications and 
tools using the assembly info file and 
classes that. specify the metadata required 
in the target assembly 



(d) generating or identifying at least one 
rule designed to control at least one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 



User may specify rules, as specified in the 
.NET Framework SDK, to be placed in the 
assembly manifest including such rules 
requiring that all code be managed (CLR or 
CCLR compliant), "Code Access Security" 
permissions be supplied for use of code 
supplied in the assembly, etc 



64. A method as in claim 58, in which: 



(a) said creation of said first secure 
container occurs at a first data 
processing arrangement located at a 
first site: 



Can be a server, PC or workstation running 
CLR (or CCLR) to create a dynamic shared 
assembly or .NET Framework SDK to 
create a shared assembly) 



(b) said first data processing arrangement 
including a communications port; and 



Included in virtually any computej 



(c) said method further includes: 



(1) prior to said step of accessing said 
descriptive data structure, said 



Download of the assemblyinfo file and/or a 
file containing a class calling the -• 



II 
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first data processing arrangement 
receiving said descriptive data 
structure from a second data 
processing arrangement located at 

a second site, 

) said receipt occurring through said first 
data processing arrangement 

communications port. 

r . A method as in claim 64, further 

comprising: 

said first processing site, receiving said 
metadata through said communications 
port. 



i8. A method as in claim 67, in which* 

a) said metadata is received separately 
from said descriptive data structure. 



1. A method as in claim 58. in which: 

a) said specific information required to 
be included includes information at 
least in part identifying at least one 
owner or creator of at least a portion of 
said first secure container contents. 

2. A method as in claim 58. in which: 
a) said specific information required to 

be included includes a copyright 
notice. 




DefineDynamicAssembly methods or 
download of SDK containing 
assemblybuilder class from a second site 



Communications port is normally used for 
downloading 



Download of the Assemblylnfo file and/or 
a file containing a class calling the 
DefineDynamicAssembly methods or 
download of SDK containing 
assemblybuilder class from a second site 



Method practiced when metadata names are 
addresseid by the assembly class and a 
template for the Assemblylnfo file, and 
values corresponding to those names are 
received through a user interface such as 
provided by Microsoft Visual Studio or are 
provided from a separate file 



The Assembly class definition includes 
attributes for company name and trademark 
information, and these may be required 
attributes specified in the Assemblylnfo file 



The Assembly class definition includes an 
attribute for copyright field that may be 
required by the Assemblylnfo file 
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58. 


Product Infringing: Microsoft .NET 
Framework, Visual Studio .NET, and tools 
that include the Assembly Generator tool 
AL.exe. 


A method of creating a first secure 
container, said method including the 
following steps; 


The Assembly Generation tool generates 
a portable execution file with an assembly 
manifest from one or more files that are 
either Microsoft intermediate language 
(MSIL) modules or resource files. When 
using the tool's signing option, the 
assembly becomes a secure container. 


(a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 


The descriptive data structure is the text 
file used as input by the Assembly 
Generation tool. 


(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and 


The DDS specifies the link and or embed 
directives to indicate which source files 
should be included in the assembly, how 
the included resource will be tagged, and if 
the resource will be private. Private 
resources are not visible to other 
assemblies. 

These tags are used to organize the 
assembly into named sections. 
Private attributes are used to organize the 
assembly into both public and private 
sections. (Public sections are the default.) 


(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container; 


The text file can contain "options" relating 
to how the assembly should be built and 
additional information that should be 
included. 

Main - Specifies the method to use as 
an entry point when converting a 
module to an executable file. 
Algid- Specifies an algorithm to hash 
all files. 

Comp - Specifies string for the 

Company field. 

Conf - Specifies string for 

Configuration field 

Copy- Specifies string for Copyright 

field. 

Culture - Specifies the culture string to 
associate with the assembly. 
Delay - Variation of this option . 
i specifies whether the assembly will be 


t 
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fully or partially signed and whether the 
public key is placed in the assembly. 
Description - Specifies the description 
field. 

Evidence - Embeds file in the assembly 
with the resource name 
. Security.Evidence. 
Fileversioh - Specifies the file version 
of the assembly. 

Flags - Specifies flags for such things 
as the assembly is side-by-side 
compatible, assembly cannot execute 
with other versions if either they are 
executing in the same application 
domain, process or computer. 
Key/- Specifies a file that contains a 
key or key pair to sign an assembly. 
Keyn - Specifies the container that holds 
a key pair. 

Product - Specifies string for Product 
field. 

Productv - Specifies string for Product 
Version. 

Template — Specifies the assembly fro 
which to inherit all assembly metadata. 
Title - Specifies string for Title field. 
Trade - Specifics string for Trademark 
field. 

F- Specifies version information. 


(b) using said descriptive data structure to 
organize said first secure container 
contents 


The following directives are used to specify 
which files are to be compiled into the 
assembly, how they will be tagged, and 
whether or not they will be visible to other 
assemblies, AKA private: 

Embedfname, private] - copies the 
content of the file into the assembly and 
applies an optional name tag, and 
optional private attribute. 
Linkfname, private] file becomes part 
of the assembly via a link and applies an 
optional name tag, and optional private 
attribute. 


(c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 
and 


The following are some of the "options" 
address what information should be 
included in the secure container: 

Main - Specifies the method to use as 
an entry point when converting a 
module to an executable file. 
Comp - Specifies string for the 
Company field. 
Conf- Specifies string for 
Configuration field 

Cow- Specifies strine for CoDvrieht . 
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field. 

Culture - Specifies the culture string to 
associate with the assembly. 
Description - Specifies the description 
field. 

Evidence - Embeds file in the assembly 
with the resource name 
Security.Evidence. ■ •. 

Fileversion - Specifies the file version 
of the assembly. 

Flags - Specifies flags for such things 
as the assembly is side-by-side 
compatible, assembly cannot execute 
with other versions if either they are , 
executing in the same application 
domain, process or computer. 
Keyf - Specifies a file that contains a 
key or key pair to sign an assembly. 
Keyn - Specifies the container that holds 
a key pair. 

Product - Specifies string for Product 
field. 

Productv - Specifies string for Product 
Version. 

Template - Specifies the assembly fro 
which to inherit all assembly metadata. 
Title - Specifies string for Title field. 
Trade - Specifics string for Trademark 
field. 

V - Specifies version information. 



(d) generating or identifying at least one 
rule designed to control at least one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 



User may specify rules, as specified in the 
.NET Framework SDK, to be placed in the 
assembly manifest including such rules 
requiring that all code be managed (CLR 
compliant), "Code Access Security" 
permissions be supplied for use of code 
supplied in the assembly, etc. 



71. A method as in claim 58, in which: 



(a) said specific information required to. 
be included includes information at 
least in part identifying at least one 
owner or creator of at least a portion of 
said first secure container contents. 



The following "options" specifies owner 
and creator information: 

Comp - Specifies string for the 
Company field. 

Copy- Specifies string for Copyright 
field. 

Trade - Specifics string for Trademark 
field. 



72. A method as in claim 58, in which: 



(a) said specific information required to 
be included includes a copyright 
notice. 



The copy "option" specifies the string for 
the for the Copyright field. 
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Products infringing: All products that include 
the Common Language Runtime or Compact 
Common Language Runtime or Common 
Language Infrastructure. 



A method for using at least one resource 
Drocessed in a secure operating environment at 
a first appliance, said method comprising: 



Resource may constitute a Microsoft Windows 
process or hardware element; secure operating 
environment is Microsoft Common Language 
Runtime ("CLR") environment, Common 
Language Infrastructure ("CLI") or Compact 
CLR ("CCLR"); first appliance is computer 
running CLR, CLI or Compact CLR. Two 
infringing scenarios are set forth herein: (1) 
For CLR, an administrator, using the .NET 
framework, caspol.exe tool remotely configures 
security policy in a .NET configuration file for 
a machine, enterprise, user, or application and 
that security policy interacts with rules or 
evidence declared in a shared assembly 
provided by another entity ("1 st scenario"); and 
(2) for CLR, CLI and CCLR two assemblies 
are delivered to an appliance; the first 
assembly has a rule that demands permissions 
from a caller in the second assembly, and the 
second assembly includes a control that asserts 
such permissions or provides evidence that 
convinces the runtime that it has such 
permissions. ("2 nd scenario"). In each scenario 
Microsoft .NET "Code Access Security" 
framework or "Role Based Security" 
framework is used. 



a) securely receiving a first entity's control at 
;aid first appliance, said first entity being 
ocated remotely from said operating 
:nvironment and said first appliance; 



l sl scenario: first entity is the administrator, 
and the policy that constitutes this entity's 
control is securely received at the first 
appliance through a session established 
between the administrator's computer and the 
first appliance, requiring security credentials 
such as the administrator's login and password 
or other secure session means. 
2 nd scenario: first entity is creator or distributor 
of the first assembly, assembly manifest 
includes a control demanding or refusing or 
otherwise asserting a security action on 
permissions from a caller; first assembly is 
integrity-checked. 



b) securely receiving a second entity's control 
it said first appliance, said second entity being 
ocated remotely from said operating, 
mvironment and said first appliance, said 
;econd entity being different from said first 



Second entity's control is contained in shared 
assembly manifest (and therefore integrity 
protected) that provides evidence for obtaining 
permissions, or asserts permissions; assembly 
creator/distributor is located remotely and is 
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entity; and 



(c) securely processing a data item at said first 
appliance, using at least one resource, 
including securely applying, at said first 
appliance through use of said at least one 
resource said first entity's control and said 
second entity's control to govern use of said 
data item. 



not the administrator (1 Scenario) or 
creator/distributor of the first container (2 1 
scenario!; 



nd 



Secure processing is carried out by CLR, CLI 
or CCLR, Data item constitutes an executable 
code element, an interface controlled by such 
an executable, a data collection or stream (such 
as media file or stream or text file) or an . 
environment variable; CLR, CLI or CCLR 
securely processes the rules, which will in both 
scenarios govern access to methods and data 
from the first assembly. The resource named in 
the claim is, e.g., a Windows process that is 
established by the runtime or hardware ejement 
on the computer, 



5L A method as in claim 1 wherein at least 
said secure processing step is performed at an 
end user electronic appliance. 



Consumer computer or appliance running 
Microsoft CLR, CLI or CCLR). 



l sl scenario 1 : link is LAN or WAN; 2 na 
scenario: link is any telecommunications link, 
including the internet. 



58. A method as in claim 1 wherein the step of 
securely receiving a first entity's control 
comprises securely receiving said first entity's 
control from a remote location over a 
telecommunications link, and the step of 
securely receiving said second entity's control 
comprises securely receiving said second 
entity's control from the same or different 
remote location over the same or different 
telecommunications link. 



65. A method as in claim 1 wherein the 
processing step includes processing said first 
and second controls within the same secure 
processing environment. 



Secure processing environment is CLR, CLI or 
CCLR running on user's computer or 
appliance. 



71. A method as in claim 1 further including 
the step of securely combining said first 
entity's control and said second entity's control 
to provide a combined control arrangement. 



In scenario 2, arrangement consists of the stack 
frame, and the corresponding array of 
permission grants for assemblies on the stack, 
and the permission demanded by the first 
assembly. Secure combining performed by the 
CLR. CLI or CCLR. ; 



76. A method as in claim 1 wherein said two 
securely receiving steps are independently 
performed at different times. 



Steps are performed at different times in both 
scenarios. 



84. A method as in claim 1 wherein at least one 
of the first entity's control and the second 
entity's control comprises at least one 
executable component and at least one data 
component. 



In both scenarios the second entity supplies an 
assembly with a demand procedure executed 
by the CLR, CLI or CCLR. The data 
component is a specific attribute value 
referenced bv the assembly. 



89. A method as in claim 1 wherein said first 
appliance includes a protected processing 
environment, and wherein: 



Microsoft Common Language Runtime (CLR), 
Common Language Infrastructure (CLI). or 
Compact Common Language Runtime (CCLR) 
environment. 



(a) said method further comprises a step of 
receiving, at said first appliance, said data item 



Typically occurs in both scenarios. 
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separately arid at a different time from said 
receiving said first entity's control : and 
(b) said securely processing step is performed 
at least in part in said protected processing 
environment 



Protected processing environment is the CLR, 
CLI or CCLR. 
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22. . 


Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft ho?ted RMS Service using 
Passport 


A method of securely controlling use by a third 
party of at least one protected operation with 
respect to a data item comprising: 


A user (third party) accesses an IRM-protected 
data item governed by IRM controls under two 
or more RMS servers. For examjple, the data 
item may be a IRM-protected document. .. 

The IRM controls may be associated with the 
data item directly or via a IRM-protected 
container holding the IRM-protected data item, 
such as an IRM-protected email .with the IRM- 
protected document attached. 


(a) supplying at least a first control from a iirst 
party to said third party; 


1 ne user acquires a nrst use license irom a ursx 
RMS server (first party) enabling access to, the 
IRM-protected data item under the IRM rules 
associated with the first RMS server. For 
example: (1) the first use license from the first 
RMS server permits the user to access a IRM- 
protected document contained within or 
attached to an IRM-protected email; or (2) the 
first use license from the first RMS server 
applies a first set of IRM rules to an IRM- 
protected document. 


(b) supplying, to said third party, at least a 
second control from a second party different 
from said first party; 


The user acquires a second use license from a 
second RMS server (second party) enabling 

uCCCod LU UlC 1 J\JV1~LU UICCICU Uuwl J twill 14-11 

the ERM rules associated with the second RMS 
server. For example: (1) in addition to the 
user being given access to an IRM-protected 
pTTiail ha«;ed on a first use license a second 
RMS server provides a second use license 
enabling access to the IRM-protected 
document attached thereto; or (2) the second 
use license from the second RMS server 
applies a second set of IRM rules to the IRM- 
protected document. 


(c) securely combining at said third party's 
location, said first and second controls to form 
a control arrangement; 


The first and second use licenses are combined 
to form a control arrangement that governs 
-access to the IRM-protected data item. 


(d) securely requiring use of said control 
arrangement in order to perform at least one 
protected operation using said data item: and 


The combined first and second use licenses 
govern access to the IRM-protected data item. 


(e) securely performing said at least one 
protected operation on behalf of said third 
party with respect to said data item by at least 
in part employing said control arrangement 


The user performs a protected operation (e.g., 
read, print, edit) on the IRM-protected data 
item. The combined first and second use 
licenses are employed to permit the protected 
operation. 
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23. A method as in claim 22 wherein said data 
item is protected. 



The data item is encrypted and protected by 
IRM. 



39. A method as in claim 22 farther including 
securely and persistently associating at least 
one of: (a) said first control, (b) said second 
.control, and (c) said control arrangement, with 
said data item. 



The first and/or second use license are securely 
and persistently associated with the IRM- 
protected data item. 



53. A method as in claim 22 wherein at least 
two of the recited steps are performed at an end 
user electronic appliance. 



Steps performed at. a user's computer or 
appliance. 



60. A method as in claim 22 wherein step (a) 
comprises supplying said first control from at 
least one remote location over a 
telecommunications link, and step (b) 
comprises supplying said second control from 
the same or different remote location over the 
same or different telecommunications link 



The first and second use licenses are received 
over a telecommunications link such as a 
networking or modem/serial interface. 



67. A method as in claim 22 wherein at least 
step (c) is performed within the same secure 
processing environment at said third party's 
location. 



Steps are performed at user's computer or 
appliance. 



91. A method as in claim 22 wherein: 



(a) said method further comprises supplying 
said data item to said third party separately and 
at a different time from supplying of said first 
control to said third party; and 



The first use license (first control) is received 
at the time that the user accesses the data item, 
which occurs separately and at a different time 
from receipt of the IRM-protected data item 
itself. 



(b) said securely performing step comprises 
performing said protected operation at least in 
part in a protected processing environment. 



The protected operations require decryption of 
the protected content, which is done inside the 
RM lockbox. The RM lockbox is protected by 
mechanisms such as obfuscation, anti- 
debugging, and tamper resistance. 
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26. 



A secure method for combining data 
items into a composite data item 



comprising: 



(a) securely providing, from a first location 
to a second location, a first data item 
having at least a first control associated 
therewith; 



(b) securely providing, from a third 
location to said second location, a second 
data item having at least a second control 
associated therewith; 



(c) forming, at said second location, a 
composite of said first and second data 
items: 



(d) securely combining, at said second 
location, said first and second controls to 
form a control arrangement; and 



Products infringing: Visual Studio.NET, ■ 
.NET Framework SDK, and all products 
that include the Common Language 
Runtime or Compact Common Language 
Runtime or Common Language 
Infrastructure. 



A first signed and licensed .NET 
component, .NET assembly, managed 
control and/or Web control (component) is 
the first data item. The first .NET 
component developer (first location) 
provides the application assembly 
developer (second location) the first 
component. The first control is the set of 
declarative statements comprising the 
LicenseProviderAttribute (alternately 
referred to as license controls'). 



A second signed and licensed component is 
the second data item. The second 
component developer (third location) 
provides the application assembly 
developer (second location) the second 
component. The second control is the set 
of declarative statements comprising the 
LicenseProviderAttribute. 



The application assembly developer will 
include at least the two components into its 
assembly. 



At the second location, the application 
assembly developer uses the .NET runtime 
that includes the LicenseManager. 

Whenever a component is instantiated 
(here, an instance of the first licensed 
component), the license manager accesses 
the proper validation mechanism for the 
component. The license controls (first 
control) for the runtime license (derived 
from the design-time license) are bound 
into the header of the .NET application 
assembly, along with the second control for 
the second component. 

Visual Studio.NET securely handles the 
creation of runtime license controls. 
Runtime licenses are embedded into (and 
bound to) the executing application 
assembly. The license control attribute 



■ jj 
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infcluded in the first component is 
customized in the second location to 
express and require the runtime license. In 
a more advanced scenario, the License 
Complier tool can be used to create a 
".licenses file" containing licenses for 
multiple components, including runtime 
licenses for components and classes created 
by the license provider. This .licenses file 
is embedded into the assembly. 

The third control set comprises the runtime 
licepse controls for the first and second 
components (that had been bound to the 
assembly), the declarative controls 
provided by the application assembly 
ucvtiupci, djiu djjy rujjiirnc licenced iui 
other components included by the 
developer in application assembly. The 
controls are typically integrated into the 

JJCdUCI UI UlC .INJD1 appilCallUIJ aodCIXiUljr 

calling the first licensed component. 


(e) performing at least one operation on 
said composite of said first and second data 
items based at least in part on said control 
arrangement. 


The proper execution of the application 
will require that the assembly have run 
time licenses for the two components. 




27. A method as in claim 26 wherein said 
combining step includes preserving each of 
said first and second controls in said 
comDOsite set. 


The set of declarative statements 
comprising the LicenseProviderAttribute of 
both the first and second components are 
included in the application assembly. 




28. A method as in claim 26 wherein said 
performing step comprises governing the 
operation on said composite of said first 
and second data items in accordance with 
said first control and said second control. 


The application will require the first and 
second controls to operate properly when it 
calls the first and second data items, 
respectively. 




29. A method as in claim 26 wherein said 
providing step includes ensuring the 
integrity of said association between said 
first controls and said first data item is 
maintained during at least one of 
transmission, storage and processing of 
said first data item. 


Signing the component that has embedded 
within it the license control ensures the 
integrity of the association of the control 
and data item. 




31. A method as in claim 26 wherein said 
providing step comprises codelivering said 
first data item and said first control. 


The component includes the license control 
and therefore they are codelivered. 




40. A method as in claim 26 further 
including the step of securely ensuring that 
at least one of (a) said first control, (b) said 
second control, and (c) said control 
arraneement is persistently associated with 


Each component includes the license 
control. Signing the component that has 
embedded within it the license control 
ensures the persistence of the association of 
the control and data item. 


;i 
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at least one of said first and second data 
items. __ 



54. A method as in claim 26 wherein at 
least one of steps (c), (d) and (e) is 
performed at an end user electronic 
appliance. __i 



At least step (e) is typically performed at an 
end-user electronic appliance. 



61. A method as in claim 26 wherein step 
(a) comprises providing said first data item 
from at least one remote location over a 
telecommunications link, and step (b) 
comprises providing said second data item 
from the same or different remote location 
over the same or different 
telecommunications link. 



Microsoft maintains Web sites where a 
developer can get components over the 
Web. These sites include references 
whereby a developer may obtain 
components, through their Web connection. 
One such site is Internet Explorer Web 
Control Gallery at 

ie.components.microsoft.com/webcontrols 



68. A method as in claim 26 wherein step 
(d) is performed within the same secure 
processing environment at said second 
location. : 



Typically, step (d) will be performed 
within the same secure processing • 
environment. 



79. A method as in claim 26 wherein steps 
(a) and (b) are performed at different times. 



The application assembly developer will 
typically acquire components at different 
times. 



86. A method as in claim 26 wherein at 
least one of the first and second controls 
comprises at least one executable 
component and at least one data 
component. 



The component must include an executable 
and can include a data items as a EULA, 
readme file or help file. 
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35 \: 


Infringing products include: Windows 

M#»H5fl Plavpr Individual i7ed ITRM Clients 
and the Secure Audio Path (SAP) 
technology. 


A method for using at least one resource 
processed by a secure operating 
environment, said method comprising: 




8 
9 
10 
11 
12 
13 


securely receiving a first load module 
provided by a first entity external to said 
operating environment 


The Individualized DRM Client (first load • 

mocuiej is a signed security upgrade ul,l,. 
It is also bound to the hardware ID of the 
machine on which it runs. It is therefore 
securelv delivered and integrity protected. 


securely receiving a second load module 
provided by a second entity external to said 
operating environment, said second entity 
being different from said first entity; and 


A SAP certified driver is also signed and 
carries with it a certificate that indicates its 
compliance with SAP criteria. If it is 
delivered to a PC it is secure in the sense 
that it is integrity protected. This driver 
would not come from the same entity as the 
Individualization DLL. 


14 
15 
16 
17 
18 
19 


securely processing, using at least one 
resource, a data item associated with said 
first and second load modules, including 
securely applying said first and second load 
modules to manage use of said data item. 


If a WM audio tile targeted to the 
Individualized DRM client carries with it a 
requirement that SAP be supported to 
render the WMF contents, the content is 
processeo ior piaying mrougn a sounacara 
using me wivlt <uju vy applying uic uisjyx 
client - which decrypts the content and 
negotiates with the DRM kernel processing 
of the content through a Secure Audio Path 
that includes the SAP-certified audio 
driver. 






20 
21 


56. A method as in claim 35 wherein at 
least two of the recited steps are performed 
at an end user electronic appliance. 


All steps occur at the user's PC that 
supports the WMP and DRM client and 
SAP. 






22 
23 
24 
25 
26 


63. A method as in claim 35 wherein said 
first load module receiving step comprises 
securely receiving said first load module 
from at least one remote location over at 
least one telecommunications link, and said 
second load module receiving step 
comprises securely receiving said second 
load module from the same or different 
remote location over the same or different 
telecommunications link. 


The Driver and DRM client are received 
from distinct locations and may be 
delivered securely over the Internet. They 
are delivered securely in that each is 
integrity protected. 


27 


! 
t 


28 


70. A method as in claim 35 wherein said, 
securely processing step comprises 
securelv executing said first and second 


Both load modules are executed on the PC 
within the WMP/DRM Client/SAP 
environment. 
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load modules within the same secure 
processing environment. 



74. A method as in claim 35 further 
including securely, combining said first and 
second load modules to provide a 
combined executable. 



Since both the DRM client and the driver ; 
are DLLs in the same audio rendering 
chain, they exist as an execution 
environment. 



Jl. A method as in claim 35 wherein said 
securely receiving steps are performed 
ndependentlv at different times. 



The driver and Individualization DLL need 
not be received at the same time. 



)4. A method as in claim 35 wherein said 
secure operating environment includes a 
protected processing environment, and 
wherein: 

said method further comprises receiving a 
Jata item within said secure operating 
environment; 

said first load module receiving step is 
Derformed separately and at a time different 
from receiving said data item; and 

said securely processing step is performed 
it least in part in said protected processing 
environment. , 



The Windows Media Player together with . 
the Individualized DRM Client and Secure 
Audio Path comprise a protected 
environment for processing protected 
media. The protected Windows Media .. 
Files are received after the load modules 
have been received and installed (licenses 
cannot be acquired until load modules are 
in place). The processing of the Windows 
Media File occurs in the protected 
environment. 



examples of SAP-certified drivers include - as indicated at 
ittp;//www.microsoft.comA^ 



AH VIA controllers with AC-97 codecs 

All ALI controllers with AC-97 codec 

Intel 1CH controllers with AC-97 codecs 

Creative Labs SoundBlaster! 6/AWE32/AWE64/Vibra 

Yamaha OPL3 

Yamaha DS-1 

Cirrus Logic (Crystal) CS4280 

Cirrus Logic (Crystal) CS4614 /CS4624 

ESS Maestro 2E 

USB Audio 

Cirrus Logic (Crystal) CS428 1 



Exhibit B i! 
41 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



■ All SiS controllers with AC-97 codecs 
» EnsoniqES1370 

■ NeoMagic NM6 

• EnsoniqES1371/73andCT5880 

■ SoundBlaster Live! 

• Aureal 8810 

• Aureal 8820 

■ Aureal 8830 

• Conexant Riptide 

■ ESS Maestro 

■ ESS ISA parts 

■ NeoMagic NM5 
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36. 



Product Infringing: Any product Using 
Common- Language Runtime (CLR), Common 
Language Infrastructure (CLI), or Compact 
Common Language Runtime (CCLR) 



A secure operating environment system for 
managing at least one resource comprising: 



Microsoft CLR, CLI or CCLR (operating 
environment system), managing; any of the 
resources on a typical computer, including 
memory, files system, communications ports, 
storage devices, and higher level resources that 
may use any of these or. combinations of them. 



(a) a communications arrangement 



Communications port and Microsoft Internet 
Protocol stack that may optionally use Secure*. 
Socket Layer protocol or IPSEC packet 
security protocol, supplied with Microsoft 
Windows. 



(1) that securely receives a first control 
of a first entity external to said 
operating environment, and 



Rule or evidence contained in the manifest of a 
shared assembly, distributed by a first entity 
that can be used by the CLR, CLI or CCLR to 
determine permissions that may be needed to 
cause operations on a data item or resource 
controlled by another entity; shared assembly 
is tamper-protected and may be received using 
secure SSL or IPSEC protocol 



(2) securely receives a second control 
of a second entity external to said 
operating environment, said second 
entity being different from said first 
entity: and 



Rule specified in the manifest of a second 
shared (Tamper protected) assembly, that 
demands permissions of callers of its methods. 



(b) a protected processing environment, 
operatively connected to said 
communications arrangement that: 



CLR, CLI or CCLR, connected to (e.g.) 
communications port 



(1) [] securely processes, using at least 
one resource, a data item logically 
associated with said first and second 
controls, and 



CLR, CLI or CCLR uses type safety 
mechanisms, access controls, integrity 
detection, and separation of domains. Data 
item may be any data item that is managed by 
the second assembly, which may be a member 
of such assembly, and whose state or value 
may be accessible through an interface to other 
assemblies, and which is referenced by the first 
assembly. ■ 



(2) [] securely applies said first and 
second controls to manage said 
resource for controlling use of said data 
item. 



CLR, CLI or CCLR processes the demand for 
permissions from the second assembly, collects 
the evidence or processes the rule from the first 
assembly, and determines whether the first 
assembly has the permissions to use the 
resource lo operate on the data item controlled 
by the second assembly . 



57. A system as in claim 36 wherein said 
protected processing environment is part of an 



Computer or electronic appliance running 
CLR. CLI or CCLR 
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end user electronic appliance. 



64. A system as in claim 36 wherein said 
communications arrangement receives said 
first and second controls from at least one 
remote location over at least one 
telecommunications link. 



Shared assemblies are designed to be received 
remotely, e.g., over the internet. 



75. A system as in claim 36 wherein said 
protected processing environment combines 
said first and second controls to provide a 
combined control arrangement. 



Arrangement consists of the stack frame and 
and the corresponding array of permission 
grants for assemblies on the stack, and the 
permission demanded by the second assembly. 



82. A system as in claim 36 wherein said 
communications arrangement independently 
receives said first and second controls at 
different times 



Assemblies, including controls, are designed 
for independent delivery. 



88. A system as in claim 36 wherein at least 
one of the first control and second controls 
comprises at least one executable component 
and at least one data component. 



The second entity supplies an assembly with a 
demand procedure (executed by the CLR, CLI 
or CCLR) that includes reference to a specific 
attribute value (the data component), and the 
protected processing environment executes the 
executable component (demand) in a manner 
that is at least in part responsive to the data 
component (execution is in response to the 
security action supplied in the data itemV 
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36. 


Infringing Product: My Services 


A secure operating environment system 
for managing at least one resource 
comprising: 


Secure operating environment is the secure 
server for any .NET My Services service 
(e.g. Mv Calendar. Mv Inbox") 


a communications arrangement that 
securely receives 


Secure server receives communications 
formatted using the SOAP-SEC, the 
security extension to SOAP that is used by 
My Service servers to receive controls. 

»■ 


a first control 


The first control is a roleTemplate 
associated with the service. T7ie 

mlpTpTYiTNlsitp iHp"ntiTif*c cn^Pifif* actions 

(e.g. read, replace) that can be performed 
against a certain scope (resource or set of 
resources). 


of a first entity external to said operating 

f» n v i ron m pyi t 

Wll Vll \JIU J J will} 


The first entity is the administrator of the 
server database or other entitv with 
authority over its content that sets up the 
roleTemplates and scopes. That entity is 
independent from and located remotely 
from the secure server. 


and securely receives a second control 


A role element specified by a specific end 
user, which is securely received by the 
secure server using the SOAP-SEC 
protocol.. 


of a second entity external to said 
operating environment, said second entity 
beinp different from said first entity: 


The end user is located remotely from the 
secure server. 


and a protected processing environment, 
operatively connected to said 
communications arrangement, that: 


The protected processing environment is 
the .NET security service (authorization 
system) operating within the server. The 
server uses the SOAP-SEC 
communication protocol to receive 
controls. 


(a) securely processes, using at least one 
resource, a data item logically associated 
with said first and second controls, and 


"Securely processes" is performing the 
requested operation on secure server 
running .NET. The system will perform the 
requested operation ensuring that the user 
has no access to information outside the 
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scope computed. 

The resource is the server software and/or 
hardware used to process the two controls 
and user data. 

The first control is the roleTemplate for the 
service. The second control ( is the role 
element for an individual user. 

^/ X W' A A A ^*A A K X 1*1 J AAA \*m A » * M M|AA vwit 

The data item is the end user's stored 
content (e.g. calendar, email inbox, etc.). 


(b) securely applies said first and second 
controls to manage said resource for 
controlling use oi saiu oaia nem. 


The secure server determines the result 
scope (visible node set) for the operation 
tVi-at ic mmniifpH from the role element and 
the roleTemplate. That result scope is used 
to manage the data item. 


64. A system as in claim 36 wherein said^ 
communications arrangement receives said 
first and second controls from at least one 
remote location over at least one 
telecommunications link. 


The remote location is the site where the 
user's or administrator's application is 
iiiiijiing. 

The telecommunication link can be the 
Internet, intranet, VPN or other similar 
channels. 


75. A system as in claim 36 wherein said 
protected processing environment 
combines said first and second controls to 
provide a combined control arrangement. 


The role scope incorporating the role 
element and the role Template. 


82. A system as in claim 36 wherein said 
communications arrangement 
independently receives said first and 
second controls at different times. 


Administrator and user controls will 
ordinarily be received at different times. 


95. A secure operating environment system 

oc In r^lcnm whf^rfMTi ^3in 
oo J J J dalill JU VYJJfci tin oaiu 

communications arrangement also receives 
a data item separately and at a different 
time from at least one of said first control 
and said second control. 


This is the normal case for .NET My 
Services. The user's content is normally 
stored and updated independently of the 
setting of scope elements, role elements and 
roleTemplates. 
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Product Infringing: Windows CE for Automotive 



1. A security method comprising: 



WCEfA is Microsoft Windows CE for Automotive, 
sometimes also known by its former name, AutoPC 2.0. 

With WCEfA an OEM can assign their device to a class 
that only accepts certain kinds of software. The device 
cari'be set to accept 1) any software with the corrjefct 
processor/version 2) only certified software or 3) only 
software from the OEM or Microsoft. These Security (or 
Trust) levels also control to which kernel APIs and 
middleware APIs the software has access. 

Background: 

"Microsoft Software Install Manager (SIM), a 
component of WCEfA, allows you to control what can 
be installed on your device platform. You can define 
your platform as being open, closed or restricted to new 
installations, and SIM will enforce these designations" 
(D,pg.l) 

"Anything can be installed on an open platform, as long 
as the applications are compiled for the appropriate 
processor. At the other extreme, no third-party software 
can be installed on a closed platform. Only certified 
applications can be installed on a restricted platform." 
(D,pg.I) 

"By restricting installations to compliant applications, 
the risk of installing and using incompatible or harmful 
software is greatly reduced, while still keeping the 
device open for robust, quality applications that enhance 
the user experience " (F, pg. 1 ) 

WCEfA also has a Security Layer whose purpose is to 
"Create an abstraction layer of security surrounding ISV 
applications to limit and/or deny access to key Windows 
CE kernel API calls and WCEfA middleware APIs" I, 
PB.1) 



(a) digitally signing a first load module with a 
first digital signature designating the first load 
module for use by a first device class; 



A first load module is a WCEfA software component in 
a signed .PE file. The first device class is a device that 
only allows software designated as "restricted" (or 
higher) to be installed. "Restricted" software is software 
that has been certified. With restricted software, the 
device also implements a Security Layer functionality 
that limits the kernel and WCEfA API calls that the 
software can make. 



Il - 
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"SIM Level: 1 = Restricted 
Description: Only properly certified CEI (WCEfA 
device installation) files can be installed on the device. 
Remote execution is restricted to executables with . 
master key. 

Key: Logo certified CEI file required. CEI files or EXEs 
with master keys permitted." (F, pg. 1 ) , 

"The kernel loader calls it e^ch time* a module is loaded 
by Windows CE. It returns one of the following values 
that determine the module's access to kernel resources: 

Value 

•Meaning 

OEM_CERTlFY_TRUST (2) 

The module is trusted by the OEM to perform any 

operation. 

OEM_CERTIFY_RUN (1) 

The module is trusted by the OEM to run but is 

restricted from making certain function calls. 

OEM_CERTIFY_FALSE (0) 
The module is not allowed to run. 

"(H,pg. 1) 

Digitally signing: "Before the kernel loads a file, it uses 
the OEMCertifyModule function to verify that the file 
contains the proper signature." (N, pg.l) 

"Signfile.exe: This tool signs an executable with a 
supplied private key. You can use the following 
command parameters with this tool....-s AttribString, 
specifies an optional attribute string to be included in the 
signature. For example, you could add a string to 
indicate the trust level of the application." (0. Pg. 1) 

In the MSDN article Verifying the Signature, the sample 

code segment states 

"//the file has a valid signature 

// we expect the trust level to be returned as signed 

data... 

//case 'R' : dwTrustLevel = 0EM_CERT1FY_RUN" (N, 
Pg.2) 

"The WCEfA Security Layer isolates installed 
applications from making unrestricted kernel and 
WCEfA API calls. This allows the OEM to assign one of 
three levels of security to applications and drivers 
installed in RAM when they are loaded into the system. 
The three levels are Trusted..., Restricted..., and 
Blocked... On the systems level, the WCEfA Security 

i • 
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layer fits between ISV applications and isolates these 
software modules from having free access to all WinCE 
kernel calls and WCEfA middleware APIs." (I, pg. 1) 

The developer submits their application for certification. 
If it passes, then the xei file (a form of cab file) receives 
a certification key from the certifier. The signed PE is 
within this .cei file. 


(b) digitally signing a second load module with 
a second digital signature different from the 
first digital signature, the second digital 
signature designating the second load module 
for use by a second device class having at least 
one of tamper resistance and security level 
different from the at least one of tamper 
resistance and security level of the first device . 
class; . . 


A second load module is a WCEfA software component 
is a signed PE file. The second device class with a 
different tamper resistance or security level is a device 
that is "Closed", that is, it will not allow third party to 
software to be installed. A closed device only allows 
trusted software to run. The Security Layer setting of 
"Trusted" allows the Microsoft and OEM software full 
access to kernel and middleware APIs. 

In the MSDN article Verifvine the Sienature, the sample 

code segment states 

"//the file has a valid signature 

// we expect the trust level to be returned as signed 

data... 

//case 4 T' : dwTrustLevel - OEM_CERTIFY_TRUST" 
(N,pg.2) 

"Signfile.exe: This tool signs an executable with a 
supplied private key. You can use the following 
command parameters with this tool.... -s AttribString, 
specifies an optional attribute string to be included in the 
signature. For example, you could add a string to 
indicate the trust level of the application. (O. Pg. 1) 

"SIM Level: 2 = Closed 

Description: Platform is limited to software supplied 
directly by OEM or Microsoft. Third-party applications 
cannot be installed. ... 

Key: Master key required for any install or remote 
execution." (F, pg.l) 

Related to the Security Layer, the Trusted level "is most 
likely reserved for MS and OEM applications and 
drivers." (I, pg. 1) 

Whereas the xei files for certified software have a 
certification key (sometimes call MS Logo key), the xei 
files from Microsoft or the OEM have a master key 
attached. ""Master key required for any install or remote 
execution." (F, p.gl) 


(c) distributing the first load module for use by 
at least one device in the first device class; and 


First load module is the certified software from a third 
parry that will be run as part of the "Restricted" y/rs/ 
device class. 

"Once your application is complete, send the xei file to 


u 
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the organization that is performing validation or 
certification for the OEM. They would validate it, then 
either reject or return a .cei that has been stamped with a 
certification key. You would then reproduce this .cei file 
on CD-ROM or a compact flash card and distribute." (D, 
P-g5) 

"APCLoad compares the device SIM level against the 
.cei file certification key, and either allows the 
installation to proceed or prohibits it based on the 
outcome of this comparison." (D, pg. 2) 

"Security;. To achieve a high level of reliability, 
WCEfA is carefully designed to: • 
- .; Control the installation of certified and tested 
. . software and drivers. 

Limit the access of system services by installed 
module. 

Monitor the proper execution of software..." 
(G,pg. 1) 



(d) distributing the second load module for use 
by at least one device in the second device 
class. 



The second load module is the certified software from 
the OEM or Microsoft that will be run as part of the 
"Closed" second device class, 

"You may need to change ROM components after your 
device ships, either to fix a problem, or to provide 
enhanced functionality. For this purpose, the OEM is 
given a CElBuild that adds a master key to a .cei file. 
CEI files stamped with this master key can be installed 
on an open, closed or a restricted platform." (D, pg. 3) 

"Trusted: The application is registered as a completely 
trusted module and allowed full access to the kernel 
APIs and WCEfA APIs. This mode is mostly likely 
reserved for MS and OEM applications and drivers. 
Note that applications and drivers included in ROM are 
automatically given trusted status " (I, pg.l) 



References: 

[D] http://msdn.microsoft.com/Iibrary/default.asp7url 

[F] http://msdn.microsoft.com/library/default.asp7url 

[G] http://msdn.microsoft.com/library/default.asp?url : 

[H] http://msdn.microsoft.com/library/default.asp?url : 

[I] http://msdn.microsoft.com/library/defauIt.asp?url : 
[N] http://msdn.microsoft.com/library/default.asp?url : 
[O] http://msdn.microsoft.com/library/default.asp?url : 



=/library/en-us/dnceauto/html/WinCAuto_SIM^asp 
/library/en-us/apcguide/htm/ceibuildrev_8.asp 
=/library/en-us/apcguide/htrn/securityrev.asp 
=/library/en-us/apcguide/htm/securityrev_7.asp 
71ibrary/en-us/apcguide/htm/reliabilityrev_3.asp 
=/library/en-us/wcedsn40^tm/cgconVerifyingSignature.asp 
l= = /library/en-us/wceoem/htm/os_secur_6.asp 
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INTER TRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,157,721 



5. ( " 


PrnHnrt lnfrintjino" AVindows Hardware 

A luUUvl Hill illfm.ll Iga VT 111UI/VYO llftiUniUW 

• Oiialitv T ah riprtifi cation services, and *i 
operating system products that support 
driver signature technology. 


A software verifying method comprising: 


Microsoft encourages manufacturers to 
have their device drivers tested and signed. 
For example, only signed drivers will ship 
"in-the-box." Also, Microsoft's driver 
ranking prefers signed drivers to unsigned 
drivers. 

Microsoft Web Page - Car/: Find a Test 


Category for Your Driver? 


WHQL's long-term objective is to be able 
to digitally sign all drivers. Aitnougn we ao 
not currently have test programs for certain 
driver types, such as specialized device 
drivers and software filter drivers, WHQL 
is investigating a long term solution to 
expand the categories of drivers tested 
under Windows 2000 and ultimately all 
Windows operating systems. We are 
already formulating a test program for anti- 
virus file system filters, and plan to address 
other file system filter drivers as soon as 
the initial program is in place. 


(a) testing a load module 


The driver will be tested for each version of 
the operating system it supports and against 
the device class specification that apply to 
the device's class. 

The driver package is a load module. A 
driver package contains one or more of the 
following files: 

A device setup information file (INF file) 

A driver catalog (.cat) file 

Onp nr more ontional co- installers 

Microsoft operates the Window Hardware 
Quality Lab, which tests drivers submitted 
by driver manufactures. 

The manufacturer can test their own driver 
using the Microsoft testing kit and submit 
the test results to WHQL when requesting a 
signature. Additionally, Microsoft or a 
testing facility working with Microsoft can 
perform the testing. 


having at least one specification associated 


The manufacturer-written INF file, which 
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293482.02 



therewith, 



the specification describing one or more 
functions performed by the load module; 



(b) verifying that the load module satisfies 
the specification; and 



is part of the driver package, is a 
specification. Microsoft Windows drivers 
n)ust have an INF file in order to be 
installed. 



The INF Version section specifies its 
device class. One use of the device class is 
to identify the specific Windows 
compatibility specification that relate to the 
device cliass. These specifications will vary 
by device class in part because the function 
of each device can vary among class. The 
INF incorporates by reference the , 
Microsoft supplied device class-specific 
specification by identifying its class in the 
INF. 

The INF can include operating system 
"decorating" to specify the operating 
system architecture, major and minor 
version, product and suite the driver is 
intended for and can further use this 
decorating to specify what operating 
systems for which it is not intended. 
Because the functionality of each of the 
operating systems may vary the driver must 
be tested for each applicable operating 
system. 

Qualification Service Policy Guide - 
Hardware Category Policies 

You must select the correct hardware 
category for your device. If you select the 
wrong hardware category for your device, 
your submission will fail. For example, if 
you have a storage/hard drive device, but 
you select storage/tape drive as your 
hardware category, your submission will 
fail. 

Windows XP HCT 1 0.0 Q & A - Windows 
XP Logos 

Q: Which "Designed for Windows XP" 
logos are available for my product? 
A: Devices and systems qualify for a 
"Designed for Windows" logo after passing 
testing with the appropriate WHQL test kit 
on all operating systems specified by the 
logo. "Designed for Windows 1 * Logos for Device 
and System Programs lists which logos are 
available for each type of product. 



The Microsoft WindowsXP Hardware 
Compatibility Test (HCT) kit version 10.0 
includes the tests, test documentation, and 
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submission processes that are required to 
participate in the Microsoft Windows Logo 
Program for Hardware for the Windows 
XP Professional operating system. To 
qualify to use the "Designed for Windows" 
logo for hardware, products must pass 
testing with the Microsoft Windows HCT 
kit The HCT kits are organized by. 
hardware type. 

As mentioned above, the manufacturer can 
test their own driver using the Microsoft 
testing kit and submit the test results to 
WHQL when requesting a signature. 
Additionally, Microsoft or a testing facility 
working with Microsoft can perform the 
testing. ' _ 



file containing a hash of the driver binaries 
and other relevant information. WHQL 
then digitally signs the CAT file using 
Digital Signature cryptographic technology 
and sends it to the vendor. Driver signing 
does not change the driver binaries or the 
INF file submitted for testing. 

Microsoft uses digital signatures for device 
drivers to let users know that drivers are 
compatible with Microsoft Windows XP, 
Windows 2000, and Windows Me. A 
driver's digital signature indicates that the 
driver was tested with Windows for 
compatibility and has not been altered since 
testing. 



(c) issuing at least one digital certificate 
attesting to the results of the verifying step. 



When a driver package passes WHQL 
testing, WHQL generates a separate CAT 
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14. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ first protected processing environment 
comprising: 



A personal computer running Windows XP, 
Windows 2000, or Windows 2003 



i first tamper resistant barrier having a first 
security -level, and 



The tamper resistant barrier is the Office 2003 
IRM client environment and includes the 
signed digital certificate identifying the user. 

If the certificate is tampered with, or if certain, . 
sensitive IRM processes or modules are 
debugged or tampered with, the system will 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



it least one arrangement within the first 
amper resistant barrier that prevents the first 
>rotected processing environment from 
executing the same load module accessed by a 
;econd protected processing environment 
laving a second tamper resistant barrier with a 
second security level different from the first 
;ecurity level. 



The arrangement that prevents a load module 
from running in one PPE and not in another is 
the type and characteristics of a particular Load 
Module (VBA program within a document or 
add-in); i.e., signed, script author, code 
capabilities, etc., and the "Security Level" 
settings. 
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18. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ method for protecting a first computing 
irrangement surrounded by a first tamper 
esistant barrier having a first security level, 
he method including: 



The first computing arrangement with a tamper 
resistant barrier is the Office 2003 IRM client 
environment and includes the signed digital 
certificate identifying the user. 

If the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are 
debugged or tampered with, the system will 
cease to operate. 

The computing arrangement is being protected 
from; for example, viruses and malicious code. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



>reventing the first computing arrangement 
rom using the same software module 
iccessible by a second computing arrangement 
laving a second tamper resistant barrier with a 
econd security level different from the first 
ecurity level. 



The arrangement that prevents a load module 
from running in one computing arrangement 
and not in another is the type and 
characteristics of a particular software module 
(VBA program within a document or add-in); 
i.e., signed, script author, code capabilities, 
etc., and the "Security Level" settings. 
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34. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hoSted RMS Service using 
Passport 



A protected processing environment 
comprising: 



A personal computer running Windows XP, 
Windows 2000, or Windows 2003 



a first tamper resistant barrier having a first 
security level, 



The first tamper resistant barrier is the Office 
2003 IRM client environment and includes the 
signed digital certificate identifying the user. If 
the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are 
debugged or tampered with, the system will, 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



a first secure execution space, and 



The secure execution space is process space 
allocated by the operating system for the 
Microsoft Office host application to run. This 
host application (e.g., Word) executes the VBA 
code within this process space. 

This execution space (application) is secure 
because the IRM environment takes steps to 
insure that it is "trusted", the application is 
signed, and the document which includes the 
VBA code is protected by IRM policy and then 
encrypted and signed. „ 



at least one arrangement within the first 
tamper resistant barrier that prevents the first 
secure execution space from executing the 
same executable accessed by a second secure 
execution space having a second tamper 
resistant barrier with a second security level 
different from the first security level. 



The arrangement that prevents a load module 
from running in one computing arrangement 
and not in another is the type and 
characteristics of a particular software module 
(VBA program within a document or add-in); 
i.e., signed, script author, code capabilities, 
etc., and the "Security Level" settings. 
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34. 



Product Infringing: Microsoft Common Language 
Runtime and ASP;NET • ■ . 



A protected processing environment 
comprising: 



Microsoft Common Language Runtime and 
ASP.NET 



a first tamper resistant barrier having a 
first security level, 



TAMPER RESISTANT BARRIER 
The first tamper resistant barrier is the application 
domain in the CLR. The runtime hashes the 
contents of each file loaded into the application 
domain and compares it with the hash value in the 
manifest. If two hashes don't match, the assembly 
fails to load.[l] 

Also "Code funning in one application cannot 
directly access code or resources from another 
application. The common language runtime 
enforces this isolation by preventing direct calls 
between objects in different application domains. 
Objects that pass between domains are either 
copied or accessed by proxy ."[2] 

SECURITY LEVELS 

The security levels of the application domain if 
different by setting the trust level assigned to an 
outside application using the "trust" element in the 
web.config for the ASP.NET application. 
Syntax- 

<trust level="Full/High/Low/None" 
originUrl="url"/> 

Example- 

<trust level="High" 

originUri=http://www.SomeOtherCompany.com/defaul 
t.aspx/> 

[7] 



a first secure execution space, and 



The application domain is the execution space for a 
particular application. 



it least one arrangement within the first 
amper resistant barrier that prevents the 
Irst secure execution space from 
executing the same executable accessed 
Dy a second secure execution space 
laving a second tamper resistant barrier 
.vith a second security level different from 
he first security level. r __ 



The second secure execution space is another 
application domain that has a different trust level for 
an outside application. 

If second app domain gives Full trust to the outside 
application; whereas the first one doesn't, the first 
app domain won't be able to execute the application 
thai requires full trust permission, 



References: 

m 
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www.microsoft.com/germany/ms/msdnbiblio/do 

tnetrk/doc/assembly.doc 

[2] msdn.Microsoft.com/library/en- 

us/cpguide/html/ 

cpconapplicationdomainsoverview.asp?frame=tr 
ue 

[ 7] LaMacchia.etc, .NET Framework Securi ty. 
Addision-Wesley, 2002 
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34. 



Product Infringing: Products containing 
Microsoft Common Language Runtime or 
Compact Common Language Runtime and 
products implementing the Common Language 
Infrastructure specification. 



A protected processing environment 
comprising: 



Microsoft Common Language Runtime and 
.NET Framework SDK: 



a first tamper resistant barrier having a first 
security level, 



TAMPER RESISTANT BARRIER 
The first tamper resistant barrier is the 
application domain in the CLR. The runtime . 
hashes the contents of each file loaded into the 
application domain and compares it with the . 
hash value in the manifest. If twb hashes don't 
match, the assembly fails to load. [1] 

Also "Code running in one application cannot 
directly access code or resources from another 
application. The common language runtime 
enforces this isolation by preventing direct 
calls between objects in different application 
domains. Objects that pass between domains 
are either copied or accessed by proxy "[2] 

SECURITY LEVELS 

Application domains have different security 
levels by setting security policy of the 
application domain programmatically. [3] 
"It has different security based on code-based 
security model of.NET Administrators and 
hosts use code-access security to decide what 
code can do, based on characteristics of the 
code itself regardless of what user is executing 
the code. The code characteristics are called 
evidence and can include the Web site or zone 
from which the code was downloaded, or the 
digital signature of the vendor who published 
the code. " 

"When the security manager needs to 
determine the set of permissions that an 
assembly is granted by security policy, it starts 
with the enterprise policy level. Supplying the 
assembly evidence to this policy level will 
result in the set of permissions granted from 
thai policy level The security manager 
typically continues to collect the permission 
sets of the policy levels below the enterprise 
policy ["including the app domain! in the same 
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fashion. These permission sets are then 
intersected to generate the policy system 
permission set for the assembly. All levels must 
allow a specific permission before it can make 
it into the granted permission set for the 
assembly" 

Example of granted permission sets from a . 
policy - 

Condition: AH code, Permission Set: Nothing 

Condition: Zone: Internet, Permission Set: internet Condition: URL: 
www.monash.edu.au> Permission Set: MonashPSet 
Condition: Strong Name: m-Commerct, Permission Set: m- 
CommercePSet [4] 



Another difference in security levels can be 
whether the verification process is turned off or 
on, "Managed code must be passed through a 
verification process before it can be run 
(unless the administrator has granted 
permission to skip the verification). The 
verification process determines whether the 
code can attempt to access invalid memory 
addresses or perform some other action that 
could cause the process in which it is running 
to fail to operate properly. Code that passes 
the verification test is said to be type-safe. The 
ability to verify code as type-safe enables the 
common language runtime to provide as great 
a level of isolation as the process boundary, at 
a much lower performance cost" [5] 



a first secure execution space, and 



The application domain is the execution space 
for a particular application. 



at least one arrangement within the first tamper 
resistant barrier that prevents the first secure 
execution space from executing the same 
executable accessed by a second secure 
execution space having a second tamper 
resistant barrier with a second security level 
different from the first security level. 



The second secure execution spare is another 
application domain that has a different security 
policy than the first. 

If second app domain's security policy doesn't 
give any permission to code from internet 
zone, but first app domain does, then the code 
would run in first app domain and not in 
second. [6] 



References: 

www.microsoft.com/germany/ms/msdnbibl 

io/dotnetrk/doc/assembly.doc 

[2] msdn.Microsoft.com/library/en" 

us/cpguide/himl/ 

cpcQnapplicationdomainsoverview.asp?fra 
me=true i_ ' 
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[3] LaMacchia.etc. .NET Framework 
Securit y, Addision-Wesley, 2002, p.l 13 
[4] Watkins, Demien, "An Overview of 
Security in the .NET Framework", from 
MSDN Library, January 2002 
[5] same as [2] 

[6] msdn.Microsoft.com/library/en- 
. us/cpguide/html/ 

• cpconapplicationdomainlevelsecuritypolicy 
.asp?frame=true 
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*8. 



\ method for protecting a first computing 
irrangement surrounded by a first tamper 
esistant barrier having a first security level, 
he method including: 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



The first computing arrangement surrounded by 
a tamper resistant barrier is the Office 2003 
IRM client environment and includes the 
signed digital certificate identifying the user. If 
the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are 
debugged or tampered with, the system will 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



preventing the first computing arrangement 
torn using the same software module accessed 
)y a second computing arrangement having a 
;econd tamper resistant barrier with a second 
;ecurity level different from the first security 
evel. 



The computing arrangement that prevents a 
software module from running in one 
computing arrangement and not in another is 
the type and characteristics of the particular 
software module (VBA program within a 
document or add-in); i.e., signed, script author, 
code capabilities, etc.j and the "Security Level" 
settings. 
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2. 



Product Infringing: Windows Media Rights 
Manager and Windows Media Plaver 



A system including ; 



(a) a first apparatus including, 



Consumer's computer, as shown in WMRM 

SDK , 



(1) user controls, 



Consumer's computer, as shown in WMRM 
SDK - 



(2) a communications port, 



Consumer's computer, as shown in WMRM 

SDK ' 



(3) a processor, 



Consumer's computer, as shown in WMRM 
SDK 



(4) a memory storing: 



Consumer's computer, as showi) in WMRM 
SDK 



(i) a first secure container containing 
a governed item, the first secure 
container governed item being at 
least in part encrypted; the first 
secure container having been 
received from a second apparatus: 



Secure container (packaged Windows Media 
file), received by consumer's computer from 
"Content provider" ( WMRM SDK, Step 3), 
which contains encrypted governed item 
("Encrypted content") 



(ii) a first secure container rule at least 
in part governing an aspect of 
access to or use of said first secure 
container governed item, the first 
secure container rule [sic], the first 
secure container rule having been 
. received from a third apparatus 
different from said second 
apparatus: and 



Rights portion of signed license, received by 
consumer's computer from "License issuer" 
(WMRM SDK, Step 9) 



(5) hardware or software used for 
receiving and opening secure 
containers, said secure containers each 
including the capacity to contain a 
governed item, a secure container rule 
being associated with each of said 
secure containers: 



Windows Media Player and Windows Media 
Rights Manager 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a user 
of said first apparatus, said protected 
processing environment including 
hardware or software used for 
applying said first secure container 
rule and a second secure container rule 
in combination to at least in part 
govern at least one aspect of access to 
or use of a governed item contained in 
a secure container: and 



1 st and 2nd rules consist of any two valid rules 
as specified in the Window Media Rights 
Manager SDK; protected processing 
environment includes Windows Media Rights 
Manager and Windows processes for 
protecting operation of Windows Media Rights 
Manager. Licenses can be used to convey 
multiple rules. 



(7) hardware or software used for 



Any hardware or software employed in 



Exhibit B 



transmission of secure containers to 
other apparatuses or for the receipt" of 
secure containers from other 
apparatuses. 



transmitting Windows Media files, including 
for example consumer's computer's 
communication port and Windows Media 
Player fWMRM SDK. Step 
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Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ system including: 



i first apparatus including, 
jser controls, 
i communications port, 
i processor, 
\ memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



i first secure container containing a governed 
tern, the first secure container governed item 
Deing at least in part encrypted; the first secure 
:ontainer having been received from a second 
ipparatus; 



An encrypted IRM-governed email received 
from a remote computer. The encrypted IRM- 
govemed email contains an encrypted IRM- 
governed email message. 



i first secure container rule at least in part 
governing an aspect of access to or use of said 
5rst secure container governed item, the first 
secure container rule, the first secure container 
n\e having been received from a third 
ipparatus different from said second 
apparatus: and 



The first secure container rule is received from 
the RMS server in the form of a use license. 

This use license contains rules generated by the 
RMS server specifically for the user (or user's 
group) 



hardware or software used for receiving and 
opening secure containers, 

said secure containers each including the 
capacity to contain a governed item, a secure 
;ontainer rule being associated with each of 
said secure containers; 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
emails. 

The secure email has the capacity to contain an 
IRM-governed email message, with a rule 
being associated with each email. 

The rules associated with the secure emails are 
rules that come as part of the original email as 
well as rules that come back from the RMS. 



i protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in nart govern at least one asnect of 



Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic techniques. 



The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-governed email message. 
For;examn1e. the additional rule mav be 
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access to or use of a governed item contained 
in a secure container; and 



received together with the rule in the use 
license. 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



The device includes hardware or software used 
for transmitting or receiving secure emails. For 
example, RM-enabled OUTLOOK is designed 
to transmit and receive encrypted IRM- 
governed emails to/from other devices. 



Exhibit B 
66 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ system including: 



i first apparatus including, 
iser controls, 
i communications port, 
i processor, 

i memory storing: 



A device with user controls, a communications 
port, a processor, and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



i first secure container containing a governed 
tern, the first secure container governed item 
>eing at least in part encrypted; the first secure 
container having been received from a second 
apparatus; 



The first secure container is an encrypted IRM- 
protected document. 

This encrypted IRM-governed document is, for 
example, received from a remote computer,, as 
an attachment to an IRM-governed email or 
downloaded from a document server or web 
site. 



i first secure container rule at least in part 
;oveming an aspect of access to or use of said 
irst secure container governed item, the first 
ecure container rule, the first secure container 
ule having been received from a third 
tpparatus different from said second 
ipparatus: and 



The first secure container rule is received from 
the RMS server in the form of a use license. 

This use license contains rules generated by the 
RMS server specifically for the user (or user's 
group). 



lardware or software used for receiving and 
opening secure containers, 

aid secure containers each including the 
capacity to contain a governed item, a secure 
:ontainer rule being associated with each of 
aid secure containers; 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
documents. 

The secure documents have the capacity to 
contain IRM-governed content, with a rule 
being associated with each secure document. 

The rules associated with said secure 
documents are the rules that come as part of the 
originally received document as well as rules 
that come back from the RMS server. 



i protected processing environment at least in 
>art protecting information contained in said 
>rotected processing environment from 
ampering by a user of said first apparatus, 



Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic technique. 

The rule eovernine the document works 
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said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 
in a secure container; and . 



together with an additional rule to determine 
what access to or use (if any) are allowed with 
respect to the IRM-governed document. For 
example, the additional rule may be associated 
with an email to which the document was 
attached, or received together with the rule in 
the use license. . . 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



The device includes hardware or software used 
for transmitting or receiving secure documents. 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive' to/from other 
devices emails with IRM-governed documents 
attached thereto. 1 
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?■ ^ ;,CLAlM:IiANGIiJAGE 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ system including: 



i first apparatus including, 
iser controls, 
i communications port, 
l processor, 
memory storing: 



A device with user controls, a communications 
port, a processor and memory. ' For example, 
the user controls may be a keyboard and ■ 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



first secure container containing a governed 
tern, the first secure container governed item 
>eing at least in part encrypted; 



The first secure container containing a 
governed item is an 1RM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 



first secure container rule at least in part 
overning an aspect of access to or use of said 
irst secure container governed item; and 



The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 



second secure container containing a digital 
ertificate; 



The second secure container is the IRM 
protected attachment's derived license request 
object. 

The license request object contains the 
Publishing license and a signed digital 
certificate. 



ardware or software used for receiving and 
pening secure containers, 

lid secure containers each including the 
opacity to contain a governed item, a secure 
)ntainer rule being associated with each of 
n'd secure containers: 



- — ^ 
protected processing environment at least in 
art protecting information contained in said 
rotected processing environment from 
mpering by a user of said first apparatus, 

tid protected processing environment 
icludine hardware ot software used for 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 



The rules governing the email itself ffirst 
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applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 
in a secure container: and 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



secure container rule) and the rules governing 
the attachment work together to determine what 
access to or use (if any) will be allowed with 
respect to the governed item. 



IRM-enabled applications, e.g., OUTLOOK, 
are designed to transmit and receive RM 
secured containers to/from other computers. 



293462.02 
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Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



^ system including: 



first apparatus including, 
iser controls, 
communications port, 
processor, 

memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, : 
the user controls may be a keyboard and ' 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



first secure container containing a governed 
em, the first secure container governed item 
eing at least in part encrypted; 



The first secure container containing a 
governed item is an IRM protected document, 
which is an attachment within an IRM 
protected email message. The governed item is 
the document's content. 

Both the email message and attachment are 
encrypted and have associated usage rules due 
to IRM protection. 



first secure container rule at least in part 
Dveming an aspect of access to or use of said 
rst secure container governed item: and 



second secure container containing a digital 
irtificate; 



A use license for the IRM protected document 
specifies rules governing access to or use of 
said first secure container governed item. 



The second secure container is the IRM 
protected email message. 

The IRM protected attachment includes a 
publishing license and an owner certificate, 
both of which are signed XrML digital 
certificates. 

The attachment (including embedded 
certificates) is contained within the IRM 
protected email message (said second secure 
container). . 



irdware or software used for receiving and 
>ening secure containers, 

id secure containers each including the 
ipacity to contain a governed item, a secure 
►ntainer rule being associated with each of 
id secure containers: 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



protected processing environment at least in 
Lrt protecting information contained in said 
otected processing environment from 



Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. • .. 
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tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least-one aspect of 
access to or use of a governed item contained 
in a secure container; and • 



The rules governing the attachment (first secure 
container rule) and the rules governing the 
email message (second secure container rule) 
work together to determine what access to or 
use (if any) will be allowed with respect to the 
governed item. ' 1 ■' ■ 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 



4. A system as in claim 3. 



said memory storing a rule associated with 
said second secure container, said rule 
associated with said second secure container at 
least in part governing at least one aspect of 
access to or use of said digital certificate. 



All parts of the attachment (including 
embedded signed XrML licenses/certificates) 
are protected by the enclosing email message 
and governed by the associated email rules 
(second secure container rule). 
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CLAIM LANGUAGE 


CLAIM OF INFRINGEMENT 


5. * ; . • \ 


Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 


A system including: 




a first apparatus including, 

user controls, 

a communications port, 

a processor, 

a memory storing: 


A Hpviop with iKer controls a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and • 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive* 
or RAM. 


a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 


first secure container containing a governed 
item is an IRM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 


a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item; and 


The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 


a second secure container containing a digital 
signature, the second secure container being 
different from said first secure container; 


The second secure container is the IRM 
protected attachment's derived license request 
object. 

The license request object contains the 
Publishing license and a signed digital 
certificate. 


hardware or software used for receiving and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers; 


The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a goyerned item, with a secure 
container rule being associated with each of 
said secure containers. 


a protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
annlvine said first secure container rule and a 


Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 

The rules governing the email itself (first 
secure container rule"! and the rules covernine 
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second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 

in a secure container: and 

hardware or software used for transmission of 
secure containers to other, apparatuses or for 
the receipt of secure containers, from other 
apparatuses. ■ 



the attachment will work together to determine 
what access to or use (if any) will be allowed 
with respect to the governed item. 

RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 
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Infringing products include Office 2003 and . 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport m 



A system including: 



a first apparatus including, 
user controls, 
a communications port, 
a processor, 
a memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 



first secure container containing a governed 
item is an IRM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 



a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item; and 



The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 



a second secure container containing a digital 
signature, the second secure container being 
different from said first secure container; 



The second secure container is the IRM email 
attachment. 

This attachment and its publishing license are 
signed. 



hardware or software used for receiving and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers; 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



a protected processing environment at least in~ 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software, used for 
annlving said first secure container rule and a 



Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 



The rules governing the email itself (first 
secure container rule"! and the rules governing 
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second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 
in a secure container: and 



the attachment work together to determine what 
access to, or use (if any) will be allowed with 
respect to the governed item. 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers' from other 
a pparatuses. 



RM-enabled applications, e.g., OUTLOOK,are 
designed to transmit and receive RM secured 
containers to/from other computers. 



Exhibit B 
76 : 



1 

2 
3 
4 
5 
6 
7 
8 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 

20 

21 

22 

23 

24 

25 

26 

27 



28 



293482.02 



A system including: 



a first apparatus including, 
user controls, 
a communications port, 
a processor, 
a memory storing: 



a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 



a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item: and 



a second secure container containing a digital 
signature, the second secure container being 
different from said first secure container; 



hardware or software used for receiving and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers: 



a protected processing environment at least in 
nart protecting information contained in said 



Infringing products include Office 2003 and 
included applications, arid Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



A device with user controls, a communications 
port, a. processor and memory*. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



The first secure container containing a 
governed item is an IRM protected document, 
which is an attachment within an IRM 
protected email message. The governed item is 
the document's content. 

Both the email message and attachment are 
encrypted and have associated usage rules due 
to IRM protection. 



A use license for the IRM protected document 
specifies rules governing access to or use of 
said first secure container governed item. 



The second secure container is the IRM 
protected email message. 

The IRM protected attachment includes a 
publishing license and an owner certificate, 
both of which are signed XrML digital 
certificates. 

The attachment (including embedded 
certificates) is contained within the IRM 
protected email message (said second secure 
container). 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



Protected information on the RM-enabled 
computer is protected hv the use of at least 
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protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 

in a secure container; and - • 

hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 

apparatuses. ; 

6. A system as in claim 5, 

said memory storing a rule at least in part 
governing an aspect of access to or use of said 
digital signature. 




cryptographic techniques. 



The rules governing the attachment (first secure 
container rule) and the rules governing the 
email message (second secure container rule) 
work together to determine what access to or 
use (if any) will be allowed with respect to the 

governed item. 

RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 



All parts of the attachment (including 
embedded signed XrML licenses/certificates) 
are protected by the enclosing email message 
and governed by the associated email rules 
(second secure container rule). ' 
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>8. 



Infringing. products include Office. 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



K system including: 



i first apparatus including; 
iser controls, 
i communications port, 
i processor, 

l memory containing a first rule, 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and" 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 

The first rule governs use of an IRM protected 
document (e.g., an IRM rule permitting a 
document to be read by specified users or 
barring access to IRM-governed information 
from specified users, applications, or other 
principals). [ 



lardware or software used for receiving and 
pening secure containers, 

aid secure containers each including the 
apacity to contain a governed item, a secure 
ontainer rule being associated with each of 
aid secure containers: 



protected processing environment at least in 
art protecting information contained in said 
rotected processing environment from 
impering by a user of said first apparatus, 

aid protected processing environment 
deluding hardware or software used for 
pplying said first rule and a secure container 
ule in combination to at least in part govern at 
;ast one aspect of access to or use of a 
overned item; and 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
containers. 

The secure email has the capacity to contain an 
IRM-governed email message, with a rule 
being associated with each email. 



Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic techniques. 

The secure container rule is an IRM rule 
governing access to the IRM protected 
document (e.g., a rule permitting editing by 
specified users). 

The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-govemed email message 
(the document's content). For example, the 
additional rule may be received together with 
the rule in the use license, may be associated 
with a publishing license, may be associated 
with user certification, revocation lists, or 
exclusion policies, or may be received from 
any other source. 



ardware or software used for transmission of 



The device includes hardware or software used 
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secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses; and 



for transmitting or receiving secure containers. 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive encrypted 
I RM- governed emails to/from other devices. 



a second apparatus including: 



user controls, 

a communications port, 

a processor, 

a memory containing a second rule, 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 

The second rule governs use of an IRM . 
protected document (e.g., an IRM rule - 
permitting a document to be read by specified 
users or barring access to IRM-governed ^ 
information from specified users, applications, 
or other principals). 



hardware or software used for receiving and 
opening secure containers, 

said secure containers each including the 
capacity to contain a governed item, a secure 
container rule being associated with each of 
said secure containers; 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
containers. 

The secure email has the capacity to contain an 
IRM-governed email item, with a rule being 
associated with each secure containers. 



a protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said apparatus, 

said protected processing environment 
including hardware or software used for 
applying said second rule and a secure 
container rule in combination to at least in part 
govern at least one aspect of access to or use 
of a governed item; 



Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic technique. 

The secure container rule is an IRM rule 
governing access to the IRM protected 
document (e.g., a rule permitting editing by 
specified users). 

The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-governed item (the 
document's content). For example, the 
additional rule may be received together with 
the rule in the use license, may be associated 
with a publishing license, may be associated 
with user certification, revocation lists, or 
exclusion policies, or may be received from 
any other source. 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses; and 



The device includes hardware or software used 
for transmitting or receiving secure containers. 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive encrypted 
IRM-governed emails to/from other devices. 



an electronic intermediary, said intermediary 
including a user rights authority clearinghouse. 



The RMS Server (Microsoft hosted or 
otherwise) constructs a 'use license' specific to 
a piece content and targets it to a specific user. 
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29. A system as in claim 28, said user rights 
authority clearinghouse operatively connected 
to make rights available to users. 



The RMS server sends use licenses to users 
through a communications port, e.g., Ethernet, 
serial, satellite, "the internet" 
These use licenses include rights. 

The clearing functionality of the RMS is 
operatively connected to the RMS server. 
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28. 



Product Infringing: Windows Media Rights 
Manager and Windows Media Player 



A system including: 



(a) a first apparatus including; 



Consumer's computer, as shown in WMRM 
SDK 



(1) user controls, 



Consumer's computer, as shown.in WMRM 
SDK • 



(2) a communications port, 



Consumer's computer, as shown in WMRM 
SDK 



(3) a processor, 



Consumer's computer, as shown in WMRM 
SDK 



(4) a memory containing a first rule, 



Memory is in the consumer's computer, first 
rule is a right received as part of a signed 
license (WMRM SDK, Step 9^1 



(5) hardware or software used for 
receiving and opening secure 
containers, said secure containers 
each including the capacity to contain 
a governed item, a secure container 
rule being associated with each of 
said secure containers: 



Consumer's computer receives Windows 
Media file (secure container) via 
communications port (WMRM SDK, Step 3) 
and applies secure container rule or rules via 
Windows Media Player and Windows Media 
Rights Manager. 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a 
user of said first apparatus, said 
protected processing environment 
including hardware or software used 
for applying said first rule and a 
secure container rule in combination 
to at least in part govern at least one 
aspect of access to or use of a 
governed item: and 



Processing environment includes Windows 
Media Rights Manager and Windows 
processes for protecting operation of Windows 
Media Rights Manager 



(7) hardware or software used for 

transmission of secure containers to 
other apparatuses or for the receipt of 
secure containers from other 
a pparatuses: and 



Hardware or software employed in transmitting 
Windows Media files, including for example 
consumer's computer's communication port 
and Windows Media Player (WMRM SDK, 
Step 3) 



(b) a second apparatus including: 



2nd consumer's computer 



(1) user controls. 



2nd consumer's computer 



(2) acommunications port. 



2nd consumer's computer 



(3) a processor. 



2nd consumer's computer 



(4) a memory containing a second rule, 



Memory is in the 2nd consumer's computer, 
first rule is a Right received as part of a signed 
license (WMRM SDK, Step 9) 



(5) hardware or software used foi 
receiving and opening secure 
containers, said secure containers 
each including the capacity to contain 



2nd consumer's computer receives Windows 
Media file (secure container) via 
communications port (WMRM SDK, Step 3) 
and applies secure container rule or rules via 
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a governed ilem, a secure container 
rule being associated with each of 
said secure containers 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a 
user of said apparatus,; said protected 
processing environment including 
hardware or software used for 
applying said second rule and a 
secure container rule in combination 
to at least in part govern at least one 
aspect of access to or use of a 
governed item: 



Windows Media Player and Windows Media 
Rights Manager. 



Processing environment includes Windows 
Media Rights Manager and Windows 
processes for protecting operation of Windows 
Media Rights Manager; processing 
environment applies multiple rules in 
combination - • ■ * ' 



(7) hardware or software used for 

transmission of secure containers to 
other apparatuses or for the receipt of 
secure containers from other 
apparatuses: and ; 



Hardware or software employed in transmitting 
Windows Media files, including for example 



2 consumer's computer's communication 
port and Windows Media Player, (WMRM 
SDK. Step .3) 



(c) an electronic intermediary, said 
intermediary including a user rights 
authority clearinghouse. 



License Issuer 



29. A system as in claim 28, 



said user rights authority clearinghouse 
operatively connected to make rights available 
to users. 



License Issuer, operatively connected to 
consumer's computer (WMRM SDK, Step 9) 
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56. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport " 



\ method of securely delivering an item, 
ncluding the following steps: 



)erforming an authentication step; 



The RM-enabled application, e.g., Word, 
OUTLOOK, PowerPoint, etc., must be 
authenticated before it is allowed access to or 
use of the content. 



issociating a digital signature with said item; 



ncoiporating said item into a first secure 
electronic container, said item being at least in 
)art encrypted while in said container, 

;aid incorporation occurring in an apparatus 
containing a first protected processing 
environment, said protected processing 
environment at least in part protecting 
nformation contained in said protected 
processing environment from tampering by a 
jser of said apparatus: 



The RM protected content is signed 

RM-protected content is packaged with rules 
and encrypted. 



Protected information on the RM enabled 
computer is protected by the use of at least 
cryptographic techniques. 



n said protected processing environment, 
issociating a first rule with said first secure 
electronic container, said first rule at least in 
part governing at least one aspect of access to 
)r use of said item: _ 



The IRM-protected document (said item) has 
an associated rule or rules. 



authenticating an intended recipient of said 
tern; 



xansmitting said first secure electronic 
container and said first rule to said intended 
ecipient: and 



A recipient of IRM-protected content must be 
authenticated before being allowed access to or 
use of the content. 



The document is sent via IRM-protected email 
as an attachment. 



jsing a second protected processing 
environment, providing said intended recipient 
access to at least a portion of said item, 

said access being governed at least in part by 
said first rule and by a second rule present at 
said intended recipient's site. 



The email is received at another IRM-enabled 
computer. 



The first said rule is the rule(s) associated with 
the attached document, and the second rule is 
the rule(s) received that govern the email itself. 
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126. 


Product Infringing: Windows Hardware 
Quality Labs Authentication services, 
Windows operating Systems (such as 
Windows XP) that support the driver 
signing features, and any product using 
Driver Signing feature 


A method of providing trusted intermediary 
services including the following steps: 




at a first apparatus, receiving an item from 
a second apparatus; 


Microsoft's Window Hardware Quality . 
Labs (WHQL) (first apparatus) receiving 
driver package (item) from independent 
hardware vendor (IHV) or any driver 
developer f second apparatus'). i 


associating authentication information with 
said item; 


The signature information of a security 
catalog file (see next element of claim) 
names Microsoft as the publisher. 
WHQL's signature is intended to signify 
that a driver has complied with Microsoft's 
Windows compatibility and/or Secure 
Audio Path (SAP) specifications. 


incorporating said item into a secure digital 
container; 


The hashes of the files making up the 
driver package are included in the signed 
security catalog file for the driver package. 
The catalog file makes the driver package a 
secure digital container. ■ 


associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 


Driver developers specify rules in an INF 
file that govern the installation and/or use 
of the driver. For example, as specified in 
the INF, the installation events will vary 
based on the user's operating system 
version, which includes architecture, 
product type and suite. The INF 1 logging 
rules and can further specify security rules 
that are evaluated when the driver is used. 

White Paper - Operating- System 
Versioning for Drivers under Windows XP 

oerup sejecis me \moqbis\ secuon 10 use 
based on the following rules: 

If the INF contains [Models] sections for 
several major or minor operating system 
version numbers, Setup uses the section 
with the highest version numbers that are 
not higher than the operating system 
version on which the installation is taking 
place. 
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" If the INF [Models] sections that match the 
operating system version also include 
product type decorations, product suite 
decorations, or both, then Setup selects the 
section that most closely matches the 
running operating system. 

Suppose, for example, Setup is running on 
Windows XP Professional (which is 
operating system version 5.1), and it finds 
the following entry in a [Manufacturer] 
section: 

%FooCorp%=FooMfg, NT, NT.5, NT.5.5, 
NT....0x80 

In this case, Setup will look for a [Models] 
section named [FooMfg.NT.5]: Setup will 
also use the [FooMfg.NT.5] section if it is 
running on a Datacentet version of 
Windows .NET Server, because a specific 
major/minor version takes precedence over 
the product type and suite mask. 

For example, to create an INF that is 
intended for use only on Windows XP, the 
INF file could contain the following: 

[Manufacturer] 

"Foo Corp." = FooMfg, NT.5.1, NT.5.2 
[FooMfg.NT.5.1] 

'Too Device" = FooDev, *F001234 

Note the omission of the undecorated 
[FooMfg] section, as well as the omission 
of the [FooMfg.NT.5.2] section. This INF 
file would appear to be "empty" on any 
operating system other than Windows XP. 

Access Control List Rules 

XP DDK - Tightening File-Open 
Security in a Device INF File 
For Microsoft Windows 2000 and later, 
Microsoft tightened file-open security in 
the class installer INFs for certain device 
classes, including CDROM, DiskDrive, 
FDC, FloppyDisk, HDC, and - 
SCSIAdapter. 

If you are unsure whether the class installer 
for your device has tightened security on 
file opens, you should tighten security by 
using the device's INF file to assign a value 
to the DeviceCbaracteristics value name 
in the registry. Do this within an add- 

)\ 

M 
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transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 



said third apparatus receiving said secure 
digital container and said first rule; 



said third apparatus checking said 
authentication information; and 



registry-section, which is specified using 
the INF AddReg directive. 



Microsoft, IHV, driver developer or any 
other party distributing signed driver 
packages transmitting the driver package to 
user (third apparatus). Since the driver 
package includes the INF file, it will 
include the first rule. The protected 
processing environment (PPE) is Windows 
operating system with its pertinent services 
such as Windows File Protection, signature 
and cryptographic functions, Plug and Play 
and Set-up and their related default and ' 
modifiable policies. The PPE checks for 
signatures on driver packages and detects 
situations when the driver package's 
signature does not match the driver 
package. 

Additionally, the Digital Rights Manager 
(DRM) components (kernel and client) will 
contribute to making the third apparatus a 
PPE when the SAP functionality is 
invoked. [That is, when SAP is required, an 
additional signature is checked to verify 
that the driver is SAP compliant and that it 
hasn't been tampered with.] 



The end-user receiving the driver package. 



A step in the Plug and Play/Setup driver 
installation process checks signature at 
installation. Additionally, the DRM 
component will check the DRM signature 
when invoking DRM functionality. 

White Paper - Driver Signing for Windows 

During driver installation, Windows 
compares the hashes contained in the 
driver's CAT file with the computed hash 
of the driver binaries to determine whether 
the binaries have changed since the CAT 
file was created. If a driver fails the 
signature check or there is no CAT file, 
what happens next depends on the driver 
signing policy in effect on the user f s 
system: t 

If the policy is set to Ignore, the driver 
installs silently, with no message to the 
user. 

If the policy is set to Warn, a message 
warns the user the driver is unsigned, 
whi ch means that it has not passed WHOL 



Exhibit B i| 
87 • 



1 

2 
3 
. 4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



293482.02 



said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 



testing and might cause problems. The 
Warn dialog. box gives an administrative 
user the option to override the warning and 
install an unsigned driver anyway. 

If the policy is set to Block, the system 
displays a message that informs the user 
that the" driver. cannot be. installed because 
it is not digitally signed: 



The action would be installing and/or using 
the driver. For example, installation 
policies govern the actions (ignore, warn or 
block) taken based on whether a driver is 
signed or not and these policies (rule) are 
resident on the third apparatus. Another 
rule is the "ranking" of available drivers 
when selecting a driver to install. This 
ranking process includes whether a driver 
is signed or not. Another rule is the 
security access rules that the class installer 
that will be used to install the device has. 

In the case of DRM, the content will have 
associated rules governing its use in a SAP- 
complaint environment. These rules (the 
content license) can be resident at the third 
apparatus particularly in the case when a 
user is installing a new (SAP-compliant) 
device that will render previously acquired 
content or in the case that acquired content 
cannot be rendered until the user installs 
required drivers. 

For example, when installing: 

The XP driver ranking process and the 
modifiable default related to signature state 
of the driver act as the second rule. 

The driver will be installed only if the first 
and second rules validate. 

Operating-System Versioning for Drivers 
under Windows XP 

Default System Policy for Unsigned 
Drivers 

If the user installs an unsigned driver for a 
designated device class from disk or from 
another web site, Windows XP/Windows 
2000 displays a warning that the driver is 
unsigned, thus helping to preserve the 
integrity of the released system. However, 
by default, Windows XP/Windows 2000 
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does not block installation of unsigned 
drivers, so vendors can get urgent hot-fixes 
to customers while waiting for WHQL to 
test the fix. 

In Windows XP, the default driver signing 
policy can be changed through the 
Hardware tab of the System applet on the . 
Control Panel. A user can change the 
policy to be more restrictive, but not less 
restrictive on a per-user basis (that is, a 
user can change Warn to Block, but not to 
Ignore); An administrator can change the 
policy to be either more restrictive or less 
restrictive for all users on the system by 
checking "Apply the setting as system 
default." 

Driver Ranking 

Under Windows XP, the driver ranking 
strategy has been modified as follows: 

If an INF file is unsigned, and if neither the 
[Models] section nor the [DDInstall] 
section is decorated with an NT-specific 
extension, the INF file is considered 
"suspect" and its rank is shifted into a 
higher range (that is, worse) than all 
hardware and compatible rank matches of 
INF files for which one (or both) of those 
criteria are met. 

The new ranking ranges will now be: 
0 - OxFFF 

(DRIVER_HARDWAREID_RANK) : 
"trusted" hardware-ID match 
0xl000-0x3FFF : "trusted" compatible- 
ID match 

0x8000 - 0x8FFF : "untrusted" hardware- 
ID match 

0x9000 -OxBFFF : "untrusted" 
compatible-ID match 
OxCOOO - OxCFFF : "untrusted" 
undecorated hardware-ID match (possibly a 
Windows 9x-only driver) 
OxDOOO - OxFFFF : "untrusted" 
undecorated compatible-ID match 
(possibly a Windows 9x-only driver) 



127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first apparatus and/or a 



The authentication information will 
identify Microsoft, operator of the first 
apparatus. ' 



- It 
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user of said first apparatus. 
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126. 



A method of providing trusted intermediary 
services including the following steps: 



at a first apparatus, receiving an item from 
a second apparatus; 



associating authentication information with, 
said item; 



Products Infringing: Microsoft Software 
that includes the Authenticode feature, 
■NET Framework SDK, Visual Studio, 
Microsoft technology that supports a digital 
signature function (such as ActiveX), 
Windows Installer technology. 



Infringement is based on use Microsoft 
ActiveX control, Cabinet file, Microsoft 
Windows Installer, Authenticode and 
Software Restriction Policy technologies. 
For example, a software publisher 
distributing a signed application that has 
licensed ActiveX controls embedded 
within it would practice this metho d. 



The item is unsigned software such as an 
ActiveX control or any software packaged 
in a cabinet file or Microsoft Installer 
(.msi) file. Within the development 
environment, multiple software developers 
(working on a second apparatus) will send 
their unsigned software to a secure location 
(first apparatus) containing the entity's 
private signing key. An example entity 
would be a software publisher. 

Source: Deploying ActiveX Controls on 
the Web with the Internet Component 
Download 

The bolder of the digital certificate 

Keeping your digital certificate safe is very 
important. Some firms (including 
Microsoft) do not keep their signature file 
on site. The signature is kept with the 
Certificate Authority and files are sent 
there for signing. 



Signing the software associates the 
software publisher's identify with the 
software. 

Source: Packaging ActiveX Controls 
Signing Cabinet Files 
A .cab file can be digitally signed like an 
ActiveX control. A digital signature 
provides accountability for software 
developers: The signature associates a 
software vendor's name with a given file. A 
signature is applied to a .cab file (or 
control) using the Microsoft Authenticode® 
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incorporating said item into a secure digital 
container; 



technology. 

The .cab tool set assists software 
developers in applying digital signatures to 
.cab files by allowing a developer to 
allocate space in the .cab file for the 
signature. 



Signing software either directly or within a 
package (cabinet or .msi file) secures it in a 
digital container. ... 
Alternately, the signed ActiveX control 
could be placed into a signed cabinet file. 



associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 



The first rule would be the licensing ,- 
support code within the ActiveX control ' 
and/or conditional syntax statements when 
the software is within a signed .msi file. 
When the software is within a signed 
cabinet file, the first rule can be a rule 
contained in the software, as is the case 
when an ActiveX control is packaged in a 
signed cabinet file. 

First rule, in the case of ActiveX: 

When an application with a licensed 
ActiveX control is started, an instance of 
the control usually needs to be created. 
The application accomplishes this by 
making a call to CreatelnstanceLic and 
passing the license key embedded in the 
application as a parameter in the call. The 
ActiveX control performs a string 
comparison between the embedded license 
key and its own copy of the license key. If 
the keys match, an instance of the control is 
created and the application can execute 
normally. 

Source: Using ActiveX Controls to 
Automate Your Web Pages 
Run-time licensing 

Most ActiveX Controls should support 
design-time licensing and run-time 
licensing. (The exception is the control that 
is distributed free of charge.) Design-time 
licensing ensures that a developer is 
building his or her application or Web page 
with a legally purchased control; run-time 
licensing ensures that a user is running an 
application or displaying a Web page that 
contains a legally purchased control. 
Design-time licensing is verified by control 
containers such as Visual Basic, Microsoft 
Access, or Microsoft Visual lnierDev®. 
Before these containers allow a developer 
to place a control on a form or Web page. 
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they first verify that the control is licensed 
by the developer or content creator. These 
containers verify that a control is licensed 
by calling certain functions in the control: 
If the license is verified, the developer can 
add it. 

Run-time licensing is also an issue for 
these containers (which are sometimes 
bundled as part of the final application); the 
containers again call functions in the 
control to validate the license that was 
embedded at design time. 


transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 


The third apparatus is a user computer or 
an application server. The protected 
processing environment (PPE) is Windows 
operating system, Internet Explorer (IE) 
and pertinent operating IE services such as 
Windows File Protection and security, 
signature and cryptographic functions 
related to code signing and related policies. 
The PPE checks for signatures on software 
or the software packages and detects 
situations when the signature does not 
validate as an indication that tampering 
mav have occurred with the item. 


said third apparatus receiving said secure 
digital container and said first rule; 


Having the third apparatus receiving said 
secure digital container and said first rule is 
typical of networked computing 
environments. 


said third apparatus checking said 
authentication information; and 


Examine the signature information includes 
verifying that signature was creating using 
the private key that corresponds to the 
public kev of the publisher. 


said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in pari in said protected processing 
environment. 


The action would be installation and/or use 
of the distributed software. The second 
rule can be software restriction policies 
resident on the machine, which can be 
invoked at installation and/or runtime. 

.NET Framework Security - Dfi 259 

and 

White Paper - Using Software Restriction 


Policies in Windows XP and Windows 
.NET Server to Protect Against 
Unauthorized Software 

Software Restriction Polices is a policy- 
driven technology that allows 
administrators to set code-identity-based 
rules that determine whether an application 
is allowed to execute. (.NET Framework 
Security - pg 259) 
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For example, administrators can set rules 
for all Windows Installer packages coming 
. from the Internet or Intranet zone. 

As part of the DLL load mechanisms, 
Software Restriction Policies is invoked . 
and starts to check its most specific rules. 
Software Restriction Policies get invoked 
prior to an .exe being able to run. 

The four types of rules are - hash, 
certificate, path, and zone. 

Note: The hash and certificate rules relate 
directing to the signature information 
whereas, the path and zone rules do not. 

127. A method as in claim 126, in which I The software publisher, user of first device, 
said authentication information at least in is identified in the authentication • 
part identifies said first apparatus and/or a information. 

user of said first apparatus. 
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126. 


Product infringing: Visual Studio .NET, 
.NET Framework SDK, Authenticode, 
Products that contain the .NET CLR, 
Compact CLR or CLI. 


A method of providing trusted intermediary 
services including the following steps: 




at a first apparatus, receiving an item from 

X X ' f 

a second apparatus; 


First apparatus is a software build or 
deployment services computer that has 
access to signing key. The item may be a 
program, graphic, media object or other 
resource, from a developer computer, or 
archive ( second apparatus^ 


associating authentication information with 
said item; 


Associating a cryptographic hash with the 
file that will contain this item for the 
purpose of ensuring the authenticity of the 
item, along with names and attributes that 
are desired to be associated with the item 
for identification purposes. 


incorporating said item into a secure digital 
container; 


Producing signed, strongly named 
assembly that contains this assembly and 
associated attributes. 


associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 


Including any security demands (such as 
members of the Microsoft .NET 
Framework SDK Public Class 
CodeAccessSecurity Attribute) as part of 
the assemblv. 


transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 


The third apparatus is a user computer or 
an application server. The third 
apparatus's protected processing 
environment is Windows NT and the .NET 
CLR, CLI and/or compact CLR. 
Information is protected from tampering 
because user is not administrator, user runs 
code on server, a share on another 
computer, or over a network. Further this 
information is protected by a number of 
protection mechanisms that are included 
with the Windows NT and CLR, CLF 
and/or compact CLR distributions. 


said third apparatus receiving said secure 
digital container and said first rule; 


Having the third apparatus receiving said 
secure digital container and said first rule is 
typical of networked computing 
environments. 


said third apparatus checking said 
authentication information; and 


The .NET Framework, when the assembly 
is installed into the global assembly cache 
(GAC). verifies the strong name of 
assemblies. This process includes 
verifying that signature was creating using 
the private kev that corresponds to the 
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public key of the publisher. 



said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 



The action is executing code that is the 
item or using code that renders the item. 
Action is governed by security demands on 
code that calls the item or on code that calls 
code included in the .NET assembly that 
manages said item. The second rule is the 
machine, enterprise, user, and application 
configuration file resident rules. Typically 
these configuration files will be populated 
before the arrival of most new assemblies 
in a virtual distribution environment This 
action governance occurs in the protected 
processing environment of the CLR, CLI 
and/or compact CLR. • 



127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first apparatus and/or a 
user of said first apparatus. 



The authentication information will 
identify the .NET Assembly Class 
company name and trademark attributes 
that identify the apparatus or user of the 
first apparatus as being a member of an 
entity or a branded source (brand name). 
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126. 



A method of providing trusted intermediary 
services including the following steps: 



at a first apparatus, receiving an item from 
a second apparatus; 



associating authentication information with 
said item: 



Product infringing: Visual Studio .NET, 
•NET Framework SDK, Authenticate, 
Products that contain the .NET CLR, 
Compact CLR or CLI. ^ 



The item is an unsigned .NET assembly, 
which can include, but not be limited to, a 
Web control, multi-file assembly or 
component. Within the development 
environment, multiple assembly builders 
(working on a second apparatus) will send 
their unsigned assembly to a secure 1 
location (first apparatus) containing the 
entity's private signing key. An example 
entity would be a software publisher. 

.NET Security Framework - pg 1 30-1 



Describes this exact practice and further 
explains the "Delay Signing Assemblies" 
feature of .NET that accommodates the fact 
that "many publishers will keep the private 
key in a secure location, possibly 
embedded in specially designed 
cryptographic hardware." 

"Delay signing is a technique used by 
developers whereby the public key is added 
to the assembly name as before, granting 
the assembly its unique identity, but no 
signature is computed. Thus, no private 
key access is necessary. 



Strong naming the assembly binds the 
entity's/publisher's name into the 
assembly. The public portion of the key 
used to strongly name the assembly is 
placed in the assembly manifest. Other 
assemblies or applications can contain 
references to the strong names of strongly 
named assemblies such as in the case of 
applications that contain references to a set 
of compliant .NET core libraries. Strong 
naming compliant .NET core libraries with 
the European Computers Manufactures 
Association's (ECMA) key is a way to 
allow any publisher to develop compliant 
.NET core libraries that can be 
authenticated bv other applications. 
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incorporating said item into a secure digital 
container; 



associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 



.NET Security Framework - pg 124 
"Strong naming is a process whereby an 
assembly name can be farther qualified by 
the identity of the publisher." 
.NET Security Framework - pg 133 
The publisher must advertise its public key 
or keys in an out-of-band fashion (such as 
documentation shipped with the product or 
on the cdmpany Web site) 
.NET Security Framework - pg 130 
The goal of the ECMA key is to allow a 
slightly more generalized strong name 
binding than usual, namely allowing 
binding to the publisher of the runtime in 
use, rather than to a fixed publisher. 



Signing the assembly places it in a secure 
container. 

.NET Framework Security - pg 527 
Strong named assemblies cannot be 
modified in any manner without destroying 
the strong name signature. 
Applied Microsoft .NET Framework 
Programming - pg 89 
Strongly Named Assemblies Are Tamper- 
Resistant 

When the assembly is installed into the 
GAC, the system hashes the contents of the 
file containing the manifest and compares 
the hash value with the RSA digital 
signature value embedded within the PE 
file (after unsigning it with the public key). 
If the values are identical, the file's 
contents haven't been tampered with and 
you know that you have the public key that 
corresponds to the publisher's private key. 
In addition, the system hashes the contents 
of the assembly's other files and compares 
the hash values with the hash values stored 
in the manifest file's FileDef table. If any 
of the hash values don't match, at least one 
of the assembly's files has been tampered 
with and the assembly will fail to install 
into the GAC. 



A .NET assembly includes imperative and 
declarative statements/rules that will 
govern its access or use. For example, 
role-based security or strong name 
demands in the assembly can be the first 
rule. 

MSDN on Role-Based Security 

Applications that implement role-based 
security grant rights based on the role 
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transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 



associated with a principal object. The 
principal object represents the security 
context under which code is running. The 
PrincipalPermission object represents the 
identity and role that a particular principal, 
class must have to run. To implement the' 
PrincipalPermission class imperatively, 
create a new instance of the class and 
initialize it with the name and role that you 
want, users to have to access your code. 

MSDN on StrongNameldentityPermission 

StrongNameldentityPermission class 
defines the identity permission for strong 
names. StrongNameldentityPermission 
uses this class to confirm that calling code 
is in a particular strong-named assembly. 



The third apparatus is a user computer or 
an application server. The software 
publisher transmitting the .NET assembly 
to an end-user with a CLR. The third 
apparatus's protected processing 
environment is Windows NT and the .NET 
CLR,' CLI and/or compact CLR. 
Information is protected from tampering 
because user is not administrator, user runs 
code on server, a share on another 
computer, or over a network. Further this 
information is protected by a number of 
protection mechanisms that are included 
with the Windows NT and CLR, CLI 
and/or compact CLR distributions. 



said third apparatus receiving said secure 
digital container and said first rule; 



The end-user receiving the signed 
assembly. 



said third apparatus checking said 
authentication information: and 



The .NET Framework, when the assembly 
is installed into the global assembly cash 
(GAC), verifies the strong name of 
assemblies. This process includes 
verifying that signature was creating using 
the private key that corresponds to. the 
public key of the publisher. 
Applied Microsoft .NET Framework 
Programming - pg 89 
Strongly Named Assemblies Are Tamper- 
Resistant 
As above. 

.NET Framework Security - pg 1 28 

The verification of any strong name 
assemblies is performed automatically 
when needed by the .NET Framework. 
Any assembly claiming a strong name but 
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failing verification will fail to install into 
the global assembly or download cache or 
will fail to load at runtime. 


1 said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 

! said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 


Within the CLR (protected processing 
environment), the execution of the program 
will depend upon whether the user is of the 
"role" required of the assembly or whether 
the calling assembly is from a strong- 
named assembly specified ih the "item" 
assembly (alternate first rules) and only if 
assembly complies with the local code 
access security policy (second rule), as an 
example of one of the types of rules that 
.NET Framework allows to be resident on 
the third apparatus.. 
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127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first apparatus and/or a 
user of said first apparatus. 



The user of the first apparatus is the developer 
at the assembly developer. Strong naming 
binds the publisher's name to assembly. 



LaMacchia, Brian, etc, .NET Framework Security . Addison- Wesley, 2002 

Richter, Jeffrey, Applied Microsoft .NET Framework Programming. Microsoft Press, 2002 
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A method comprising: 



(a) receiving a digital file including music; 



(b) storing said digital file in a first secure 
memory of a first device; 



(c) storing information associated with said 
digital file in a secure database stored on said 
first device, said information including at least 
one budget control and at least one copy 
control, said at least one budget control 
including a budget specifying the number of 
copies which can be made of said digital file; 
and said at least one copy control controlling 
the copies made of said digital file; 



(d) determining whether said digital file may 
be copied and stored on a second device based 
on at least said copy control 



(e) if said copy control allows at least a portion 
of said digital file to be copied and stored on a 
second device, 



(l)copying at least a portion of said digital 
file; 



(2)transferring at least a portion of said 
digital file to a second device 
including a memory and an audio 
and/or video output: 



(3)storing said digital file in said memory 
of said second device: and 



(4)including playing said music through 
said audio outp ut. 



2. A method as in claim 1, further 
comprising : 



Infringing products include Windows Media 
Player and Windows Media Rights Manager 
SDK 5 



Reference is made to the Windows Media 
Rights Manager SDK Programming Reference 
C'WMRM SDK"), attached hereto as Exhibit 
A. Media Player infringement analysis is set 
forth herein using the example of a musicfile 
downloaded and transferred to a portable audio 
player. 

Consumer receives a Windows Media file 
(WMRM SDK. Step V } 



Windows Media file is stored in consumer's 
computer and all use of it is securely managed 
by the Secure Content Manager in Windows 
Media Player. 



License is stored in the License Store (WMRM 
SDK, Step 5); license includes Rights which 
may include AIlowTransfertoNonSDMI, 
AllowTransfertoSDMI, (or Allow Transfer to 
WM-D-DRM-Compliant devices or other 
types of devices), and, TransferCount- the 
number of times a piece of content may be 
transferred to the device (a transfer budget). 



Windows Media Rights Manager enforces the 
license restrictions 



Windows Media Rights Manager determines 
whether the AllowTransferToNonSDMI or 
AllowTransferToSDMI rights are present.(Or, 
Allow Transfer to WM-D-DRM-Compliant 
devices or othe r types of devices.^ 



Transfer to the SDMI or non-SDMI portable 
device (Allow Transfer to WM-D-DRM- 
Compliant devices or other types of devices), if 
allowed bv Windows Media Rig hts Manag er 



Portable device necessarily includes at least a 
memory and audio output 



Music file is transferred to the portable device 



ortable device plays the music 



(a) at a time substantially contemporaneous 
with said transferring step, recording in said 



Counter reflecting TransferCount is 
decremented bv Windows Media 



Rights 
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first device information indicating that said 
transfer has occurred. . 

3. A method as in claim 2. in which: 

(a) said information indicating that said 
transfer has occurred includes an encumbrance 
on said budget. 

4. A method as in claim 3', in which: ■_ 

(a) said encumbrance operates to, reduce the 
number of copies of said digital file authorized 
by said budget. 




Manager 



Counter decrement reduces the allowable 
number of budgeted transfers 



Counter decrement reduces the allowable 
number of budgeted transfers 
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Infringing products include Windows Media 
Player and Windows Media Rights Manager 
SDK . 


11. A method comprising: 




(a) receiving a digital file; 


Consumer receives a Windows Media file 
(WMRM SDK. Steo 3^1 


(b) storing said digital file in a first secure 
memory of a first device; 


Windows Media file is stored in consumer's 
' computer and all use of it is securely managed 
by the Secure Content Manager in Windows 
Media PI aver. 


(c) storing information associated with said 
digital file in a secure database stored on said 
first device, said information including a first 
control; 


License information is stored in the License 
Store (WMRM SDK, Step 1 0), license # 
information includes Rights. License Rights 
may include AllowTransferToNonSDMl, 
AllowTransferToSDMI (Allow Transfer to 
WM-D-DRM-Compliant devices or other 
tvpes of devices'). TransferCount 


(d) determining whether said digital file may 
be copied and'stored pn a second device based 
on said first control. 


WMRM determines whether transfer rights are 
included in license (WMRM SDK, Step 5) 


(1) said determining step including 
identifying said second device and 
determining whether said first control 
allows transfer of said copied file to 
said second device, said determination 
based at least in part on the features 
present at the device to which said 
copied file is to be transferred: 


Portable Device Service Provider Module 
identifies the portable device as either SDMI- 
compliant or non-SDMI-compliant (or WM-D- 
DRM Compliant or other types of supported 
devices) and provides this information to 
Windows Media Device Manager, which 
allows the transfer based on whether the device 
identification matches the License Rieht. 


(e) if said first control allows at least a portion 
of said digital file to be copied and stored on a 
second device, 


If Windows Media Rights Manager determines 
whether the AllowTransferToNonSDMl or 
AllowTransferToSDMI rights are present (or 
Allow Transfer to WM-D-DRM-Compliant 
devices or other types of devices), the 
following steps are performed: 


(1) copying at least a portion of said 
digital file; 


Transfer to the SDMI or non-SDMI (Allow 
Transfer to WM-D-DRM-Compliant or other) 
portable device, if allowed by Windows Media 
Rights Manaeer 


(2) transferring at least a portion of said 
digital file to a second device 
including a memory and an audio 
and/or video output: 


Portable device necessarily includes at least a 
memory and audio output 


(3) storing said digital file in said memory 
of said second device: and 


Music file is stored in the portable device 


(4) rendering said digital file through said 
outnut. 


Portable device plays the music 


. ii 
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Product infringing: Windows Media Player, 
Windows Media Player, Windows Media 
Rights Manager SDK 


15. A method comprising: 




(a) receiving a digital file; 


Consumer receives a Windows Media file 
ffWMRM SDK. SteD 3) 


(b) an authentication step comprising: 




(1) accessing at least one identifier 

associated with a first device or with a 
user of said first device; and 


License includes identity of user's Windows 
Media Player; WM Players capable of playing 
protected content must be individualized. 
They contain a unique (Individualized) DRM 
client component to which protected WMA 
content licenses are bound. Content licenses 
are bound to this DRM individualization 
module as the result of a challenge sent from 
the Client to the WMLM service. The 
challenge contains information about 
Individualized DRM Client (in the form of an 
encrypted Client ID) and capabilities of the 
machine (e.g. support for Secure Audio Path 
(SAP), version of the WMRM SDK supported 
in the plaver. 


(2) determining whether said identifier is 
associated with a device and/or user 
authorized to store said digital file; 


Music file cannot be used unless identifier 
indicated in License matches user's Windows 
Media Player identifier (that is, the 
Individualized DRM Client to which the 
license is bound must be the same one 
supported bv the deviceV 


(c) storing said digital file in a first secure 
memory of said first device, but only if said 
device and/or user is so authorized, but not 
proceeding with said storing if said device 
and/or user is not authorized; 


Music file will not be processed through 
Windows Media Player, including protected 
rendering buffers, unless the identifiers match. 
Protected WMA file can be stored oh client 
even if unauthorized but it cannot be decrypted 
and enter into the secure boundary (first secure 
memory) of the player unless appropriately 
licensed. 


(d) storing information associated with said 
digital file in a secure database stored on said 
first device, said information including at least 
one control; 


License includes Rights and is stored in the 
License Store, Rights may include 

All'' T< f* T \ t OT\l #1 

AllowTransferToNonSDMl, 
AllowTransferToSDMI, (or Allow Transfer To 
WM-D-DRM-CompliantDevice or bther 
device) TransferCount 


(e) determining whether said digital file may 
be copied and stored on a second device based 
on said at least one control; 


Windows Media Rights Manager enforces the 
license restrictions 


(f) if said at least one control allows at least a 
portion of said digital file to be copied and 
stored on a second device. 


If appropriate rights are present, the following 
steps are performed: 


(]) convine at least a portion of said 


Transfer to the SDMI or non-SDMI for WM- 


j; • ■ 
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• 


digital file* 


D-DRM Compliant or other) portable device, if 
allowed by Windows Media Rights Manager 


(2) transferring at least a portion of said , 
digital file to a second device 
including a memorv and an audio 
and/or video output; 


Portable device necessarily includes at least a 
memory and audio output 


■ (3) storing said digital file in said memory 
of said second device! and 


Music file is stored in the portable device 


(4) rendering said digital file through said 
output. 


Portable device plays the music 


16. A method as in claim 15. in which: 




said digital file is received in an encrypted 
form; 

and further comprising: 

decrypting said digital file after said 
authentication step and before said step of 
storing said digital file in said memory of said 
first device. 


Protected Windows Media File is encrypted. 

, WMP willnot decrypt file until license is 
processed. Licenses are bound to 
Individualization DLLs, which are bound to 

. Hardware ID. Ind. DLL and Hardware ID 
must be verified as the Ids to which the license 
is bound - this is the authentication process. : 
(Recall that this module was created based in 
part on receipt of the Client Hardware ID or 
fingerprint and the license was create based in 
part on receipt of a challenge from the client 
indicating the security properties (SAP-ready, 
SDK support, etc.) of the client). 
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19. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hoisted RMS Service using 
Passport 



A method comprising: 



receiving a digital file at a first device; 



Receiving a digital file such as a Word 
Document, email, Excel spreadsheet, 
PowerPoint presentation, or other content at a 
recipient's device. Such content may be 
received via email, received on removable 
media, such as floppy disk, downloaded and , 
viewable by Internet Explorer, e.g., a web page 
possibly containing graphics and/or audio data, 
etc. 



establishing communication between said first 
ievice and a clearinghouse located at a 
ocation remote from said first device; 



If the digital file is subject to rights 
management, and the recipient tries to open the 
digital file in an IRM-enabled application, the 
IRM-enabled application contacts a remote 
RMS, i.e., clearinghouse for a use license. , 



;aid first device obtaining authorization 
nformation including a key from said 
clearinghouse; 



If the recipient is authorized to access or use 
the digital file, the RMS creates a license for 
the digital file. The RMS then seals a key 
inside the license so that only the recipient 
canaccess or use the digital file. Finally, the 
RMS sends the license back to the recipient 



;aid first device using said authorization 
nformation to gain access to or make at least 
)ne use of said first digital file, including 
ising said key to decrypt at least a portion of 
;aid first digital file; and 



The recipient's device then uses the key in the 
license to gain access or decrypt a portion of 
the digital file. 



eceiving a first control from said 
clearinghouse at said first device; 



The license received from the RMS at the 
recipient's device contains at least one control, 
such as restricting the ability to print, forward, 
or edit. 



storing said first digital file in a memory of 
;aid first device; 



The digital file is stored in the memory of the 
said recipient's device, such as in RAM, on a 
hard drive, etc. \ - 



ising said first control to determine whether 
;aid first digital file may be copied and stored 
>n a second device; 



The at least one control in the license limits 
copying the digital file. 

Such controls are set when the digital file was 
authored. For example, when the digital file is 
authored, the IRM-enabled application 
presented the author with a list of policy 
templates with different rights levels. The 
author selected an appropriate rights level 
which may for instance, allow other users in the 
svstem to onen and read the document hut not 
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to modify it, copy text from it, or forward it. 
These rights or controls are then associated 
with the digital file. 

When an attempt is made to access the digital 
file, the RMS determines the recipient's rights 
based on the recipient's identity and the 
policies or controls associated with the digital 
file. • 



if said first control allows at least a portion of 
said first digital file to be copied and stored on 
a second device. 



If the control in the license allows copying the 
digital file to a second device, then at least a 
portion of the digital file is copied. 



copying at least a portion of said first digital 
file: __ 



such as by transferring or forwarding the digital 
file in an email message: ' 



transferring at least a portion of said first 
digital file to a second device including a 
memory and an audio and/or video output; 



A portion of the digital file is then transferred 
to a second device, such as a personal computer 
or portable device. The second device includes 
a memory and an audio and/or video output. 
The memory may be a hard-drive, RAM, CD, 
DVD, or other storage. The audio and/or video 
output may be speakers and/or a video monitor. 



storing said first digital file portion in said 
nemory of said second device: and 



The digital file is stored in the second device's 
memory. ' 



endering said first digital file portion through 
>aid output. 



The digital file is rendered through the output, 
such as played through the speakers and/or 
displayed on the video monitor. For example, a 
Word document is displayed on the screen of 
the video monitor. 
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Infringing products include Windows Media 
Plaver. Windows Media Rights Manager SDK 



19. A method comprising : 



(a) receiving a digital file at a first device: 



WMRM SDK: Step 3. 



(b) establishing communication between said 
first device and a clearinghouse located at 
a location remote from said first device: 



WMRM SDKj Step 6. 



(c) said first device obtaining authorization 
information including a key from said 
clearinghouse: 



WMRM SDK, Step 9. [License contains the 
key] 



(d) 



said first device using said authorization 
information to gain access to or make at 
least one use of said first digital file, 
including using said key to decrypt at least 
of said first digital file: and 



WMRM SDK, Step 11. 



a portion 



(e) receiving a first control from said 
clearinghouse at said first device: 



WMRM SDK, Steps 8-9. 



(f) storing said first digital file in a memory 
of said first device; ; 



WMRM SDK, Step 3. 



(g) using said first control to determine 
whether said first digital file may be 
copied and stored on a second device; 



At least the following WMRMRights Object 
properties meet this limitation: 
AllowTransferToNonSDMI, 
AllowTransferToSDMI (or AllowTransfer To 
WM-D-DRM-Compliant Device or other) and 
TransferCount 



(h) if said first control allows at least a portion 
of said first digital file to be copied and 
stored on a second device, 



This and all subsequent claim steps occur when 
the condition specified in the WMRMRights 
Object property is met 



(i) copying at least a portion of said first 
digital file; 



Transfer to the SDMI or non-SDMI (or WM- 
D-DRM Compliant) portable device, if 
allowed bv Windows Media Rights Manager 



(j) transferring at least a portion of said first 
digital file to a second device including a 
memory and an audio and/or video output; 



Portable device necessarily includes at least a 
memory and audio output 



(k) storing said first digital file portion in said 
memory of said second device: and 



Music file is stored in the portable device 



(1) rendering said first digital file portion 
through said output. 



Portable device plays the music 
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Infringing products include Windows Media 
Player, Windows Media Player, Windows . . 
Media Rights Manager SDK 


51. A method comprising: 




(a) receiving a digital file at a first 
device; 


WMRM SDK, Step 3. 


(b) establishing communication 
between said first device and a 
clearinghouse located at a location 
remote from said first device: 


WMRM SDK, Step 6. 


(c).said first device obtaining 
authorization information from said 
clearinghouse; and 


WMRM SDK, Step 9,. 


(d) said first device using said 
authorization information to gain access 
to or make at least one use of said first 
digital file; 


WMRM SDK, Step 11. 


(e) storing said first digital file in a 
memory of said first device: 


WMA file stored on client 


(f) using at least a first control to 
determine whether said first digital file 
may be copied and stored on a second 
device, said determination based at least 
in part on (1) identification information 
regarding said second device, and (2) 
the functional attributes of said second 
device; 


If device is based on WM D-DRM, it has a 
certificate that is used to identify the device as 
compliant as well as the device's security 
level. The security level indicates support on 
the device for such attributes as an internal 
clock. 


(g) if, based at least in part on said 
identification information, said first 
control allows at least a portion of said 
first digital file to be copied and stored 
on a second device. 


If License specifies that transfer of protected 
WMA file to WM-D-DRM-Compliant device 
is allowed, transfer may occur. 


(h) copying at least a portion of said 
first digital file; 


If transfer is a licensed right as indicated in 
the license, the song is copied to the device via 
Windows Media Device Manager. 


(i) transferring at least a portion of said 
first digital file to a second device 
including a memory and an audio 
and/or video output; 


Windows Media Device Manager transfers the 
content to the device; 


(j) storing said first digital file portion 
in said memory of said second device; 
and 


WMA file is stored on device 


(k) rendering said first digital file 
portion through said output. 


WMA file is rendered. 
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33. 


Infringing products include all Microsoft 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
jnsiajier lecnnojogv. 




7 
8 
9 
10 
11 


A data processing arrangement comprising 
at least one storing arrangement that at 
least temporarily stores a first secure 
container comprising first protected data 
and a first set of rules governing use of said 
first protected data, 


The first protected data is an ActiveX 
control. 

The first alternative for the first secure 
container is the signed .msi in which the . 
ActiveX developer packaged the ActiveX 
control. The first set of rules is the 
conditional syntax statements of the Signed 
.msi file. 




12 
13 
14 




The second alternative for the first secure 
container is the signed and licensed 
ActiveX control. The first set of rules is 
the license support code in the ActiveX 
control. 




15 
16 
17 
18 




A third alternative for the first container is 
a signed cabinet file containing a (signed or 
unsigned) ActiveX control with license 
support code. The first set of rules is the 
license support code in the ActiveX 
control. 




19 
20 
21 
22 
23 


and at least temporarily stores a second 
secure container comprising second 
protected data different from said first 
protected data and a second set of rules 
governing use of said second protected 
data; and 

• 


The second protected data is the application 
developer's application that includes/uses 
the ActiveX control. The application 
developer's signed .msi file (second secure 
container) contains the. application (second 
protected data). The second set of rules is 
the signed .msi file's conditional syntax 
statements that will be governed the 
offer/installation of the application. 




24 
25 
26 


a data transfer arrangement, coupled to at 
least one storing arrangement, for 
transferring at least a portion of said first 
protected data and a third set of rules 
governing use of said portion of said first 
protected data to said second secure 
container. 


Placing the licensed ActiveX control (first 
protected information) in a signed cabinet 
file (third secure container) that itself is 
included in the application's signed .msi 
file (second secure container). The third 
set of rules is the license support code in 
the ActiveX control. 




27 


further comprising 






28 


means for creating and storing, in said at 
least one storing arrangement, a third 
secure container: 


The ability of the application developer to 
package files in signed cabinet files. 
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said data transfer arrangement further 
comprising means for transferring said 
portion of said first protected data and 
said third set of rules to said third secure 
container, and means for incorporating 
said third secure container within said 
second secure container/ • . 



The third secure container is a cabinet file 
signed by the application developer and 
including at least the licensed ActiveX 
control (first protected information. The 
licensing support code in the ActiveX 
control when its developer added licensing 
support to the ActiveX control is the third 
set of rules. '* 



34. A data processing arrangement as in 
claim 33 further comprising means for 
applying said third set of rules to govern at 
least one aspect of use of said portion of 
said first protected data. * 



Before an ActiveX control will create a 
copy of itself, the calling application has to 
pass a license key to the ActiveX control 
The license support code in the ActiveX 
control (third rule set) evaluates the 
authenticity of the calling" application's 
request. 



35. A data processing arrangement as in 
claim 34 further comprising means for 
applying said second set of rules to govern 
at least one aspect of use of said portion of 
said first protected data. 



Windows Installer operating system service 
enforces the conditional syntax statements 
of the application's signed .msi file. These 
statements govern the offer/installation of 
the ActiveX control. 
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A method comprising performing the 
following steps within a virtual distribution 
environment comprising one or more 
electronic appliances and a first secure 
container, said first secure container 
comprising (a) a first control set, and 

(b) a second secure container comprising a 
second control set and first protected 
information: 



Infringing products include all Microsoft ■ 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 

Installer technology. : 

The signed .msi file created by the ActiveX 
control developer is the first secure , 
container. The conditional syntax 
statement(s) of the ActiveX control 
developer's signed .msi file is/are the first 
control set. 

The first protected information is the 
ActiveX control. ' . 

The first alternative for the second secure 
container is the signed and licensed 
ActiveX control. The second control set is 
the license support code in the ActiveX 
control. 

The second alternative for the second 
secure container is a signed cabinet file 
containing the (signed or unsigned) 
ActiveX control. The second control set is 
the license support code in the ActiveX 
control. 



using at least one control from said first 
control set or said second control set to 
govern at least one aspect of use of said 
first protected information while said first 
protected information is contained within 
said first secure container; 



The ActiveX control developer's 
conditional syntax statements (first control 
set) in the ActiveX developer's signed .msi 
file govern the offer/installation of the 
ActiveX control while it is in its signed * 
.msi file. 

Alternately, the license support code 
(second control set) in the ActiveX control 
governs use of the licensed ActiveX 
control. . .. 



creating a third secure container 
comprising a third control set for governing 
at least one aspect of use of protected 
information contained within said third 
secure container; 



The third secure container is a signed .msi 
file. The application developer packages 
its application in a signed .msi file (third 
secure container) and includes conditional 
syntax statements (third control set) in the 
signed .msi 



incorporating a first portion of said first 
protected information in said third secure 
container, said first portion made up of 
some or all of said first protected 
information: and 



Placing the ActiveX control into the 
application developer's signed .msi file 
(third secure container). 



using at least one control to govern at least 



The application developer's conditional 



293482.02 
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one aspect of use of said first portion of 
said first protected information while said 
first portion is contained within said third 
secure container. 


syntax statement(s) in its signed .msi file 
govern the offer/installation ActiveX 
control while it is in the signed .msi file 
(third secure container). 




42. A method as in claim 41 ,.ia which said 
first secure container further includes a 
fourth secure container comprising a fourth 
control set and second protected 
information and further comprising the 
following step: 


The second protected information is a 
second ActiveX .control. 

The first alternative for the fourth secure- 
container is the signed and licensed second 
ActiveX control. The fourth control set is 
the license support code in the ActiveX 
control. 

The second alternative for the fourth secure 
container is a signed cabinet file containing 
the (signed or unsigned) second ActiveX 
control. The fourth control set is the 
license support code in the ActiveX ; 
control. 


using at least one control from said first 
control set or said fourth control set to 
govern at least one aspect of use of said 
second protected information while said 
second protected information is contained 
within said first secure container. 


The ActiveX control developer's 
conditional syntax statements (first control 
set) in the ActiveX developer's signed .msi 
file govern the offer/installation of the 
second ActiveX control while it is in its 
signed .msi file. 

Alternately, the license support code 
(second control set) in the ActiveX control 
governs use of the licensed ActiveX 
control. 




47. A method as in claim 41, in which said 
step of creating a third secure container 
includes: 




creating said third control set by 
incorporating at least one control not found 
in said first control set or said second 
control set. 


The application developer's conditional 
syntax statements are not found in either 
the first control set or the second control 
set. 




52. A method as in claim 41 in which said 
step of creating a third secure container 
occurs at a first site, and further 
comprising: 




copying or transferring said third secure 
container from said first site to a second 
site located remotely from said first site. 


The application developer at first site 
distributes its application to other sites. 




53, A method as in claim 52 in which said 
first site is associated with a content 
distributor. 


The application developer at the first site is 
the content distributor. 




54. A method as in claim 53 in which said 
second site is associated with a user of 


The application developer distributes the 
amplication to end-users. 
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content. 



55. A method as in claim 54 further 
comprising the following step: 



said user directly or indirectly initiating 
communication with said first site. 



For Internet downloads, the user initiates 
the communication with the first site. 



64. A method as in claim 54 in which said 
third control set includes one or more 
controls at least in part governing the use 
by said user of at least a portion of said 
first portion of said first protected 
information. 



The application developer's conditional 
syntax statements (third control set) govern 
the installation of the ActiveX control (first 
protected information). 



76. A method as in claim 41 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third control set. 



The third secure container is the application 
developer's signed .msi file and the third 
control set is the conditional syntax 
statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSampIe.msi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accepted. 



78. A method as jn claim 52 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third control set. 



The third secure container is the application 
developer's signed .msi file and the third 
control set is the conditional syntax 
statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSamplcmsi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accepted. 
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81. 


Infringing products include all Microsoft , 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating • 
System products that include the Microsoft 

UJoUll id lClsJJU JUJV/ii v • - 




A data processing arrangement comprising: 




7 
8 
9 
10 


a first secure container comprising first 
protected information and a first rule set 
governing use of said first protected 
information; 

- 


The first alternative for the first secure 
container is the ActiveX control 
developer's signed .msi file containing a 
licensed; ActiveX control (the first. . 
protected information). The conditional 
syntax statements of the signed .msi file are 
the first rule set 


11 
12 
13 




The second alternative for the first secure 
container is the signed cabinet file 
containing the ActiveX control. The 
license support code in the ActiveX control 
is the first rule set. 


14 




The third alternative for the first secure 
container is the licensed and signed 
ActiveX control governed by license 
support code in the ActiveX control. 


16 
17 
18 


a second secure container comprising a 
second rule set; 


The second secure container is the signed 
.msi file which the application developer 
package its application. The second rule 
set is the conditional syntax statements of 
the application developer's signed .msi file. 


19 


means for creating and storing a third 
secure container; and 


The third container is a signed cabinet file 
containing at least the ActiveX control. 


20 
21 
22 


means for copying or transferring at least a 
portion of said first protected information 
and a third rule set governing use of said 
portion of said first protected information 
to said second secure container, said means 
for copying or transferring comprising: 


Putting the licensed ActiveX control (first 
protected information) in a signed cabinet 
file (third secure container). The licensing 
support code in the ActiveX control is third 
rule set. 


23 


means for incorporating said third 
secure container within said second 
secure container. 


Packaging the signed cabinet file in the 
signed .msi file. 


24 




25 


82. A data processing arrangement as in 
claim 81 further comprising: 




26 

27 


means for applying at least one rule from 
said third rule set to at least in part govern 
at least one factor related to use of said 
portion of said first protected information. 


The third rule set ensures the user is 
licensed. 






28 


83. A data processing arrangement as in 
claim 82 further comprising: 






• . ■ .( 

Exhibit B •'; 
115 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 




means for applying at least one rule from The second rule set governs the 
said second rule set to at least in part offer/installation of first protected 

govern at least one factor related to use of information, 
said portion of said first protected 

information. 
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85. 


Infringing products include all Microsoft 
tools that support the Microsoft ActiveX . 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 


A method comprising the following steps: 




creating a first secure container comprising 
a first rule set and first protected 
information; 


The first protected information is the 
ActiveX control. , 

The first alternative for the first secure 
container is the signed and licensed 
ActiveX control. The first rule set is the 
license support code in the ActiveX 1 ' 
control. 

The second alternative for the first secure 
container is an (signed or unsigned) 
ActiveX control with license support 
contained within a signed cabinet file. The 
first rule set is the ActiveX license support 
code. 


storing said first secure container in a first 
memory: 


The first secure container is stored at the 
ActiveX control developer's location. 


creating a second secure container 
comprising a second rule set; . 


The second secure container is the 
application developer's signed .msi file. 
The conditional syntax statements of the 
siened .msi file are the second rule set. 


storing said second secure container in a 
second memory: 


The second secure container is stored at the 
application developer's location. 


copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
copying or transferring step comprising: 


The ActiveX control developer packages 
the control in a signed .msi file for 
distribution to the application developer's 
site. 


creating a third secure container 
comprising a third rule set; 


The third secure container is the ActiveX 
control developer's signed .msi file 
containing a licensed ActiveX control. The 
conditional syntax statements of the signed 
.msi file are the third rule set. 


copying said first portion of said 
first protected information; 


In preparation for using a msi authoring 
tool, such as Microsoft's Orca, copying the 
ActiveX control to a package staging area. 


transferring said copied first portion 
of said first protected information to 
said third secure container: and 


Using msi authoring tool to import the 
control into the signed .msi file. 


copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 


The application developer installs the 
ActiveX control, which involves removing 
it from the ActiveX developer's signed 
;msi file and installing it into its 
environment. Subseauentlv. the* 
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application developer places the ActiveX 
control into its signed .msi file when it is 
packaging its application. 



87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of-tfie entirety of said 
first protected information. \ 



The entire ActiveX control is copied. 



89. A method as in claim 85 in which 



said first memory is located at a first site, 



The first memory is located at the ActiveX 
control developer's site. 



said second memory is located at a second 
site remote from said first site, and 



The second memory is located at the 
application developer's site. 



said step of copying or transferring said 
first portion of said first protected 
information to said second secure container 
further comprises copying or transferring 
said third secure container from said first 
site to said second site. 



The ActiveX control developer's signed 
.msi file is transferred from its site to the 
site of the application developer. 
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85. (alternate infringing scenario) 


Infringing products include all Microsoft 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the. 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 


A method comprising the following steps: 




creating a first secure container comprising 
a first rule set and first protected 
information; 


The first protected information is the 
ActiveX control. 

The first alternative for the first secure 
container is the signed and licensed 
ActiveX control The first rale set is the 
license support code in the ActiveX' 
control 

The second alternative for the first secure 
container is a (signed or unsigned) ActiveX 
mntrnl wifh Hppn^p ^nnnort contained 
within a signed cabinet file. The first rule 
set would remain the ActiveX license 
support code. 

The third alternative for the first secure 
container is a signed msi file in which the 
ActiveX control developer packaged its 
ActiveX control The first rule set is the 
conditional syntax statements) of the 
signed msi file. 


storing said first secure container in a first 
memorv: 


The first secure container is stored at the 
ActiveX control developer's location. 


creating a second secure container 
comprising a second rule set; 


The second secure container is the 
application developer's signed .msi file. 
The conditional syntax statements of the 
siened .msi file are the second rule set. 


storing said second secure container in a 
second memorv; 


The second secure container is stored at the 
application developer's location. 


copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
copying or transferrins step comprising: 


The ActiveX control is placed in a cabinet 
file signed by the application developer and 
the signed cabinet file is placed in a .msi 
file siened bv the application developer. 


creating a third secure container 
comprising a third rule set; 


The third secure container is signed cabinet 
file in which the application developer 
placed licensed ActiveX. The third rule set 
is the license support code in the ActiveX 
control 


copying said first portion of said 
first protected information; 


Copying ActiveX control. 


transferring said copied first portion 
of said first protected information to 


Transferring ActiveX control to signed 
cabinet file. 
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said third secure container; and 



copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 



The application developer places the signed 
cabinet file into its signed .msi file when it 
is packaging its application. 



87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of the entirety of said 
first protected information. 



The entire ActiveX control is copied. 



93. A method as in claim 85 in which 



said step of copying transferring said 
copied first portion of said first protected 
information from said third secure 
container to said second secure container 
further comprises storing said third secure 
container in said second secure container. 



The ActiveX control is placed in a cabinet 
file signed by the application developer arid 
the signed cabinet file is placed in a .msi 
file signed by the application developer. 
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1. ... , 


Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
;NET, the Microsoft Installer SDK, and- 
products that include the Microsoft .NET 
PT T? and the Microsoft Installer 
technoloev. ' 


7 
8 
9 
10 
11 


A method of operating on a first secure 
container arrangement having a first set of 
controls associated therewith, said first 
secure container arrangement at least in 
part comprising a first protected content 
file, said method comprising the following 
steps performed within a virtual 
distribution environment including at least 
one electronic appliance: 


The first protected content is a signed and 
licensed .NET component used bythe 
.NET assembly. The .NET assembly is 
distributed with a signed and governed .msi 
file. . The second protected content is 

rt ryr\i\*\£*Y O T"l H llPPTICP/i [Si W 1 
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component that is used by the .NET 
assembly. 


12 
13 
14 


using at least one control associated with 
said first secure container arrangement for 
governing, at least in part, at least one 
aspect of use of said first protected content 
file while said first protected content file is 
contained in said first secure container 
arrangement: 


The first protected content is signed and 
licensed .NET component (first secure 
container) contained within the .NET 
assembly. The one control is a declarative 
statement(s) within the assembly's header. 


15 
16 
17 
18 
19 


creating a second secure container 
arrangement having a second set of 
controls associated therewith, said second 
set of controls governing, at least in part, at 
least one aspect of use of any protected 
content file contained within said second 
secure container arrangement; 


The protected content is the same as the 
first protected content plus the additional 
implementation information included in the 
signed .msi file. The second secure 
container is the signed .msi file created for 
the .NET assembly. The signed .msi file's 
conditional syntax statements are the 
second set of controls that control the 
offer/installation of the .NET assembly. 


20 
21 
22 
23 

24 


iransiernng ai jeasx a portion 01 s>aiu urbi 
protected content file to said second secure 
container arrangement, said portion made 
up of at least some of said first protected 
content file; and 


THp entire NFT a^^emblv i<? included in 
the signed .msi file. 

Packaging the .NET assembly in the signed 
.msi file involves the following process 
steps. In preparation for using a msi 
authoring tool, such as Microsoft's Orca, 
copying the .NET component to a package 
staging area. Using msi authoring tool to 
import the .NET component into the signed 
.msi file. 


25 
26 

ii 

z / 


using at least one rule to govern at least one 
aspect of use of said first protected content 
file portion while said portion is contained 
within said second secure container 
arrangement: 


The conditional syntax statement(s) of the 
signed .msi file (second secure container) 
control(s) the offer/installation of the .NET 
assembly. 


in which 






said first secure container arrangement 
cnmnrises a third secure container 


The first alternative for the third secure 
container is a licensed and siened .NET 
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arrangement comprising a third set of 
controls and said first protected content 
file, and 



said first secure container arrangement 
further comprises a fourth secure container 
arrangement comprising a fourth set of 
controls and a second protected content 
file. 



component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute (third set of 
controls). 

The second alternative for the third secure' 
container is a .NET component whose, hash 
is included in the header of the .NET 
assembly. The set of declarative 
statements comprising the 
LicenseProviderAttribute is the third set of 
controls. ; ._ 



The first alternative for the fourth secure 
container is another licensed and signed 
.NET component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute (fourth set of 
controls). 

The second alternative for the fourth secure 
container is the container created when the 
hash of the .NET component is included in 
the header information of the .NET 
assembly. The set of declarative 
statements comprising the 
LicenseProviderAttribute is the fourth set 
of controls. 
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33. 



A data processing arrangement comprising 
at least one storing arrangement that at 
least temporarily stores a first secure 
container comprising first protected data 
and a first set of rules governing use of said 
first protected data, 



and at least temporarily stores a second 
secure container comprising second 
protected data different from said first 
protected data and a second set of rules 
governing use of said second protected 
data: and 



a data transfer arrangement, coupled to at 
least one storing arrangement, for 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .MET 
CLR, and the Microsoft Installer 
technology 



The first protected information is the .NET 
component. 

The first alternate for the first secure 
container is the signed .msi file in which " 
the .NET component developer packaged 
its .NET component. The first set of rules 
is the conditional syntax statements of the 
signed .msi file. 

The second alternative for the first secure 
container is a licensed and signed .NET 
component governed by the set of 
declarative statements comprising the 
Li censeProvider Attribute of the .NET 
component (first set of controls). 

The third alternative for the first container 
is a signed cabinet file containing a (signed 
or unsigned) .NET component with license 
support. The first set of controls is the set 
of declarative statements comprising the 
LicenseProviderAttribute of the .NET 
component. 

The second protected data is the .NET 
assembly developer's assembly that 
includes/uses the .NET component. 

The first alternative for the second secure 
container is a signed .msi file in which the 
.NET assembly developer packaged its 
multi-file assembly (second protected 
data). The second set of rules is the 
conditional syntax statements of the signed 
.msi file that governs the offer/installation 
of the .NET assembly. 

The second alternative for the second 
secure container is a signed .NET 
assembly. The second set of rules is the 

declarative rules within the assembly's 
header. 



The third secure container is a signed .NET 
assembly governed by declarative rules in 
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transferring at least a portion of said first 
protected data and a third set of rules 
governing use of said portion of said first 
protected data to said second secure 
container, 



further comprising 



means for creating and storing, in said at 
least one storing arrangement, a third 
secure container: 



said data transfer arrangement further 
comprising means for transferring said 
portion of said first protected data and 
said third set of rules to said third secure 
container, and means for incorporating 
said third secure container within said 
second secure coniainer. 



its header (third set of rules). An 
alternative third rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute. The .NET 
assembly includes the .NET component. , 
The secure .NET assembly is included in a 
signed .msi file (second secure container). 

An alternative third secure .container is the 
container created by hashing the .NET 
component and including the hash in the 
header information of a .NET assembly. 
The .NET component is included in the 
signed and governed .NET assembly 
(second secure container). The third set of 
rules is the set of declarative statements 
comprising the LicenseProviderAttribute. 

An alternative third secure container is a 
signed cabinet file containing the .NET 
component and which is destined for a 
signed .msi file (second secure container). 
The third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute. 



The first alternative for the third secure 
container is a signed .NET assembly. In 
this case, the second secure container is the 
signed .msi file. 

The second alternative for the third 
container is the container created by 
including a hash of the .NET component in 
the header information of a .NET assembly. 
In this case, the second secure container is 
either the signed .msi file or the signed 
.NET assembly. 

The third alternative for the third container 
is a cabinet file signed by the .NET 
assembly developer containing the .NET 
assembly and/or the .NET component. In 
this case the signed .msi file is the second 
secure container. 



The first alternative for the third secure 
container is the signed .NET assembly, 
which includes and/or uses the licensed 
.NET component (first protected 
information). The third set of rules is a 
declarative rule within the .NET 
assembly's header. The .NET assembly is 
placed in a signed .msi file (second secure 
container). 
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The second alternative for the third secure 
container is the container that results when 
the hash of the .NET component is added 
to the .NET assembly header information. 
The third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the 
assembly. 

The third alternative for the third secure 
container is a cabinet file signed by the 
.NET assembly developer containing the 
.NET assembly and/or the .NET 
component The third set of rulesis a 
declarative rule(s) within the .NET 
assembly's header and/or the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the . 
assembly , 



34. A data processing arrangement as in 
claim 33 further comprising means for 
applying said third set of rules to govern at 
least one aspect of use of said portion of 
said first protected data. 



When the third rule set is the declarative 
statement(s) of the assembly header, the 
runtime CLR enforces the statements. 

When the third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the 
assembly, the license support code in the 
.NET component evaluates the authenticity 
of the calling assembly's request. 



35. A data processing arrangement as in 
claim 34 further comprising means for 
applying said second set of rules to govern 
at least one aspect of use of said portion of 
said first protected data. 



When the second set of rules is the 
conditional syntax statements of the signed 
.msi file, the Windows Installer operating 
system service enforces the conditional 
syntax statements of.NET assembly's 
signed .msi file, which govern the 
offer/installation of the .NET component. 

When the second set of rules is the 
declarative statement(s) within the 
assembly's header, the runtime CLR 
enforces the statements. 
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41. 



A method comprising performing the 
following steps within a virtual distribution 
environment comprising one or more 
electronic appliances and a first secure 
container, said first secure container 
comprising (a) a first control set, and 

(b) a second secure container comprising a 
second control set and first protected 
information: 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR^ and the Microsoft Installer 
technology. 



The signed .msi file created by the .NET 
component developer is the first secure 
container. The first conditional syntax 
statement(s) of the .NET component 
developer's signed .msi file is/are the first 
control set. 

The first protected information is the .NET 
component. 

The first alternative for the second secure 
container is the signed and licensed .NET 
component. The second control set is the 
set of declarative statements comprising the 
LicenseProviderAttribute. 

The second alternative for the second 
secure container is a signed cabinet file. 
The second control set remains the set of 
declarative statements comprising the 
LicenseProviderAttribute. 



using at least one control from said first 
control set or said second control set to 
govern at least one aspect of use of said 
first protected information while said first 
protected information is contained within 
said first secure container; 



creating a third secure container 
comprising a third control set for governing 
at least one aspect of use of protected 
information contained within said third 
secure container; 



The .NET component developer's 
conditional syntax statements (first control 
set) in its signed .msi file governs the 
offer/installation of the .NET component 
while it is in the signed .msi file. 

Alternately, the set of declarative 
statements comprising the 
LicenseProviderAttribute (second control 
set) of the licensed .NET component 
governs use of the .NET component. 



The first alternative for the third secure 
container is a signed .NET assembly, the 
protected information is the .NET 
component and the third control set is the 
declarative statement(s) within the .NET 
assembly's header. 

The second alternative for the third secure 
container is a signed .msi file in which the 
.NET assembly developer packages its 
.NET assembly and the third control set is 
the conditional syntax statement(s) in the 
signed .msi file. ■ 
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incorporating a first portion of said first 
protected information in said third secure 
container, said first portion made up of 
some or all of said first protected 
information; and 


In the first alternative, placing the .NET 
component into the signed .NET assembly. 

In the second alternative, placing the .NET 
component into the. Net assembly 
developer's signed msi file. 


using at least one control to. govern at least 
one aspect of use of said first portion of 
said first protected information while said 
first portion is contained within said third 
secure container. 


In the first alternative, the .NET assembly 
developer's declarative statement(s) within 
the .NET assembly's header govern(s) the 
use of the .NET component while- it is in 
the signed .NET assembly. 

In the second alternative, the conditional 
syntax statements of the .NET assembly 
developer's signed .msi file govern the 
offer/installation of the .NET component 
while it is in the signed .msi file. 




42. A method as in claim 41, in which said 
first secure container further includes a 
fourth secure container comprising a fourth 
control set and second protected 
information and further comprising the 
following step: 


The second protected information is/a 
second .NET component. 

The first alternative for the fourth secure 
container is xne signed ana licensed seconu 
.NET component. The fourth control set is 
the set of declarative statements comprising 
the LicenseProviderAttribute of the second 
.NET component. 

The second alternative for the fourth secure 
container is a second signed cabinet file. 
The fourth control set is the set of 
declarative statements comprising the 
LicenseProviderAttribute. 


using at least one control from said first 
control set or said fourth control set to 
govern at least one aspect of use of said 
second protected information while said 
second protected information is contained 
within said first secure container. 


The .NET component developer's 
conditional syntax statements (first .control 
set) in its signed .msi file governs the 
offer/installation of the second .NET * 
component while it is in the signed .msi 
file. 

Alternately, the set of declarative 
statements comprising the 
LicenseProviderAttribute (fourth control 
set) of the licensed second .NET 
component governs use of the second .NET 
component. 




47. A method as in claim 41, in which said 
step of creating a third secure container 
includes: 




creating said third control set by 
incorporating at least one control not found 
in said first control set or said second 
control set. 


The .NET assembly developer's declarative 
statements (first alternative for third control 
set) and/or the developer's conditional 
syntax statements (second alternative for 
the third control set) are not found in either 
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the first control set or the second control 
set. 




52. A method as in claim 41 in which said 
step of creating a third secure container 
occurs at a first site, and further 
comprising: 




copying or transferring said third. secure 
container from said first site to a second 
site located remotely from said first site. 


The .NET assembly developer at first site - 
distributes its assembly to other sites. 




53. A method as in claim 52 in which said 
first site is associated with a content 
distributor. 


The .NET assembly developer's business 
module is used to create and distribute its 
' assembly. 




54. A method as in claim 53 in which said 
second site is associated with a user of 
content. 


The .NET assembly developer distributes 
the assembly to end-users. 




55. A method as in claim 54 further 
comprising the following step: 




said user directly or indirectly initiating 
communication with said first site. 


For Internet downloads, the user initiates 
the communication with the first site. 




64. A method as in claim 54 in which said 
third control set includes one or more 
controls at least in part governing the use 
by said user of at least a portion of said 
first portion of said first protected 
information. 


When the third control set is the .NET 
assembly developer's declarative 
statement(s) within the .NET assembly's 
header, it governs the user's use of the 
.NET component (first protected 
information). 

When the third control set is the .NET 
assembly developer's conditional syntax 
statements of the .NET assembly 
developer's signed .msi file, it governs the 
user's offer acceptance/installation of the 
.NET component (first protected 
information). 




76. A method as in claim 41 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third control set. 


When the third secure container is the 
.NET assembly developer's signed .msi file 
and the third control set is the conditional 
syntax statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSample.msi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
oroeress until the EULA is accepted. 


ii 
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78. A method, as in claim 52 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third control set. 



When the third secure container is the 
.NET assembly developer's signed .msi file 
and the third control set is the conditional 
syntax statements in that file. 



Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The l|ISample.msi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accepted. 
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81. 



A data processing arrangement comprising: 



a first secure container comprising first 
protected information and a first rule set 
governing use of said first protected 
information; 



a second secure container comprising a 
second rule set; 



means for creating and storing a third 
secure container; and 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio- 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



The first protected information is the .NET 
component. 

The first alternative for the first secure 
container is the signed .msi file in which 
the .NET component developer packaged 
its assembly. The first rule set is the 
conditional* syntax statements written by 
the .NET component developer and placed 
into the signed .msi file. 

The second alternative for the first secure 
container is the signed cabinet file 
containing the (signed or unsigned) .NET 
component. The set of declarative 
statements comprising the 
LicenseProviderAttribute when its 
developer added licensing support to the 
assembly is the first rule set. 

The third alternative for the first secure 
container is the licensed and signed .NET 
component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute (first rule set) 
added by the .NET component developer. 



The first alternative for the second secure 
container is the signed .msi file in which 
the .NET assembly developer packaged its 
.NET assembly. The second rule set is the 
conditional syntax statements written by 
the .NET assembly developer and placed 
into the signed .msi file. 

The second alternative for the second 
secure container is the signed .NET 
assembly. The second rule set is the 
declarative statements in the .NET 
assembly's header. : 



When the second secure container is the 
signed msi file, the third secure container is 
the signed .NET assembly. 

When the second secure container is the 
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signed .NET assembly, the third secure 
container a .NET component secured by 
placing it in a signed cabinet file or by 
including its hash in the header of the 
assembly. 


• 4 

5 

6 

7 
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means for copying or. transferring at least a 
portion of said first protected; information 
and a third rule set governing :u$e of said 
portion of said first protected information 
to said second secure container, said means 
for copying or transferring comprising: 


When the second secure container is the 
signed msi file and the third secure 
container is the signed .NET assembly, the 
third rule set is the set of declarative . 
statements within the assembly's header. 

When, the second secure container is the 
signed .NET assembly, the third rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute (third rule 
set) added to the .NET component by its 
developer. 


10 

11 


means for incorporating said third 
secure container within said second 
secure container. 


When the second secure container is the 
signed msi file and the third secure . 
container is the signed .NET assembly, the 
assemuiy is piaceu in xnc Mgneu .iiim inc. 


12 
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When the second secure container is the 
signed .NET assembly and the third secure 
container is a .NET component contained 
in a signed cabinet file or a .NET 
component whose hash is included in the 
header of the assembly, the third secure 
container is incorporated within the .NET 
assembly. 




17 


82. A data processing arrangement as in 
claim 81 further comprising: 




18 
19 
20 


means for applying at least one rule from 
said third rule set to at least in part govern 
at least one factor related to use of said 
portion of said first protected information. 


When the third rule set is declarative 
statements within the assembly's header, it 
governs the use of the .NET assembly 
which includes the first protected 
information. 


21 
22 
23 




When the third rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute added by the 
.NET component by its developer, it 
ensures the user is licensed. 




24 


83. A data processing arrangement as in 
claim 82 further comprising: 




25 
26 

27 


means for applying at least one rule from 
said second rule set to at least in part 
govern at least one factor related to use of 
said portion of said first protected 
information. 


When the second rule set is the conditional 
syntax statements written by the .NET 
assembly developer and placed into the 
signed .msi file, it governs the 
offer/installation of the .NET component. 


28 




When the second rule set is the declarative 
statements in the .NET assembly's header. 
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it governs the use of the .NET assembly, 
which includes the first protected 
information. 
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85. A method comprising the following 
steps: 


Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 


creating a first secure container comprising 
a first rule set and first protected 
information; 


The first protected information is the .NET 
component. 

The' first secure container is a signed .NET 
component (first protected information) ■ 
governed by the set of declarative 
statements comprising the 
LicenseProviderAttribute (first rule set). 

The second alternative for the first secure 
container is a cabinet file signed by the 
.NET component developer containing a 
(signed or unsigned) .NET component with 
license support. The first rule set is the set 
of declarative statements comprising the 
LicenseProviderAttribute. 


storing said first secure container in a first 
memory: 


The first secure container is stored at the 
.NET component developer's location. 


creating a second secure container 
comprising a second rule set; 


The first alternative for the second secure 
container is a signed .NET assembly and 
the second rule set is declarative 
statement(s) within the assembly's header. 

The second alternative for the second 
secure container is the signed .msi file in 
which the .NET assembly developer / 
packages its (signed or unsigned) 
assembly. The second rule set is the 
conditional syntax statement(s) written by 
the .NET assembly developer and placed 
into the signed .msi file. 


storing said second secure container in a 
second memory; 


The second secure container is stored at the 
.NET assembly developer's location. 


copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
copying or transferring step comprising: 


The .NET component developer packages 
its module in a signed .msi file for 
distribution to the .NET assembly 
developer's site. 


creating a third secure container 
comprising a third rule set; 


The third secure container is the signed 
.msi file in which the .NET component 
developer packaged its .NET component. 
The third control set is the conditional 
syntax statements written by the .NET 
component developer and placed into the 
signed .msi file. 


copvine said first portion of said 


In preparation for usine a msi authoring 


< i 
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first protected information; 



tool, such as Microsoft's Orca, copying the 
.NET component to a package staging area. 



transferring said copied first portion 
of said first protected information to 
said third secure container: and 



Using the msi authoring tool to import the 
.NET component into the signed .msi file. 



copying or transferring said copied 
first portioriof said first protected 
information from said third secure 
container to said second secure 
container. 



The .NET assembly developer installs the' 
..NET component, which involves 
removing it from the .NET component ■ 
developer's signed -.msi file and installing it 
into its environment. Subsequently, the 
.NET assembly developer places the .NET 
component into its .NET assembly and/or 
signed .msi file when it is packaging its. 
.NET assembly. 



87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of the entirety of said 
first protected information. 



The entire .NET component is copied. 



89. A method as in claim 85 in which 




said first memory is located at a first site, 


The first memory is located at the .NET 
comDonent developer's site. 


said second memory is located at a second 
site remote from said first site, and 


The second memory is located at the .NET 
assembly developer's site. 


said step of copying or transferring said 
first portion of said first protected 
information to said second secure container 
further comprises copying or transferring 
said third secure container from said first 
site to said second site. 


The .NET component developer's signed 
.msi file is transferred from its site to the 
site of the .NET assembly developer. 




94. A method as in claim 85 further 
comprising: 




creating a fourth rule set. 


When the second secure container is not a 
signed .NET assembly, the fourth rule set is 
declarative statements within the 
assembly's header. 

When the second secure container is not 
the signed .msi file in which the .NET 
assembly developer packages its (signed or 
unsigned) assembly, the fourth rule set is 
the conditional syntax statements written 
by the .NET assembly developer and 
placed into the signed .msi file. 
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85 (alternate infringing scenario) 



A method comprising the following steps: 



creating a first secure container comprising 
a first rule set and first protected 
information; 



storing said first secure container in a first 
memory; 



creating a second secure container 
comprising a second rule set; 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



The first protected information is the .NET 
component. 

The first alternative for the first secure 
container is the signed and licensed .NET 
component. The first rule set is the set of 
declarative statements comprising the 
LicensePrpviderAttribute in the .NET 
component. 

The second alternative for the first secure 
container is a (signed or unsigned) .NET 
component with license support contained 
within a cabinet file signed by the .NET 
component developer. The first rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute in the .NET 
component. 

The third alternative for the first secure 
container is the signed .msi file in which 
the .NET component developer packaged 
its assembly. The first rule set is the 
conditional syntax statements written by 
the .NET component developer and placed 
into the signed .msi file. 



The first secure; container is stored at the 
.NET component developer's location. 



The first alternative for the second secure 
container is a signed .NET assembly and 
the second rule set is declarative 
statement(s) within the assembly's header. 

The second alternative for the second 
secure container is the signed .msi file in 
which the .NET assembly developer 
packages its (signed or unsigned) 
assembly. The second rule set is the 
conditional syntax statement(s) written by 
the .NET assembly developer and placed 
into the signed .msi file. 



storing said second secure container in a 
second memory 



copying or transferring at least a first 



The second secure container is stored at the 
.NET assembly developer's location. 



The .NET assembly developer nlaceis the 
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portion of said first protected information 
to said second secure container, said 
copying or transferring step comprising: 


.NET component into the third secure 
container, which is either a signed cabinet 
file or a signed .NET assembly. 


creating a third secure container 
comprising a third rule set; 


When the second secure container is the 
signed .msi file, the third secure container, 
is the signed .NET assembly. The third 
rule set is the declarative statement(s) in 
the .NET assembly's header. - . 

When the second secure container is either 
a .NET assembly or the signed .msi file, the 
third secure container is a signed cabinet 
file in which the .NET assembly developer 
placed licensed .NET component. The 
third rule set is the set of declarative 
statements comprising the 
LicenseProviderAttribute in the .NET 
component. 


copying said first portion of said 
first protected information; 


Copying the .NET component to either the 
.NET assembly or to the signed cabinet 
file. 


transferring said copied first portion 
of said first protected information to 
said third secure container: and 


Transferring the .NET component to either 
the .NET assembly or the signed cabinet 
file. 


copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 


When the second secure container is the 
signed .msi file and the third secure 
container is the signed .NET assembly, the 
.NET assembly is placed into the signed 
.msi file. 

When the second secure container is either 
the .NET assembly or the signed .msi file 
and the third secure container is the signed 
cabinet file, the signed cabinet file is placed 
into either the .NET assembly or the signed 
.msi file. 




87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of the entirety of said 
first nrotected information. 


The entire .NET component is copied. 




93. A method as in claim 85 in which 




said step of copying transferring said 
copied first portion of said first protected 
information from said third secure 
container to said second secure container 
further comprises storing said third secure 
container in said second secure container. 


When the third secure container is the 
signed .NET assembly, it is placed in the 
signed .msi file. 

When the third secure container is a signed 
cabinet file, it can be placed in either the 
.NET assembly and/or the signed .msi file. 




94. A method as in claim 85 further 
comprising: 




creating a fourth rule set. 


When the second rule set is declarative 
statement^ within the assembly's header. 


-:i 
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the fourth rule set is the conditional syntax 
statement(s) written by the .NET assembly 
developer arid placed into the signed .msi 
file. 

When the second rule set is the conditional 
syntax statement(s) written by the .NET 
assembly developer and placed into the 
signed .msi file, the fourth rule set is 
declarative statement(s) within the 
assembly's header or the set of declarative 
statements comprising the 
LicenseProviderAttribute in the .NET 
component. ; / 



95. A method as in claim 94 further 
comprising: 



using said fourth rule set to govern at least 
one aspect of use of said copied first 
portion of said first protected information. 



If the fourth rule set is the .NET assembly 
developer's declarative statement(s) within 
the .NET assembly's header, it governs the 
use of the .NET component. 

If the fourth rule set is the conditional 
syntax statements of the .NET assembly 
developer's signed .msi file, it governs the 
offer/installation of the .NET component. 
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85 (second alternate scenario for .NET) 



A method comprising the following step s: 



creating a first secure container comprising 
a first rule set and first protected 
information: 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, arid 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



The first protected information is a .NET 
component. 

The first alternative for the first secure 
container is the signed and licensed .NET 
component. The first rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute in the .NET 
component. 

The second alternative for the first secure 
container is a (signed or unsigned) .NET 
component with license support contained 
within a cabinet file signed by the .NET 
assembly developer. The first rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute in the .NET 
component. 

The third alternative for the first secure 
container is a .NET component whose hash 
is included in the assembly header of a 
.NET assembly. The first rule set is the set 
of declarative statements comprising the 
LicenseProviderAttribute in the .NET 
component. 



24 
25 



26 



27 
28 



storing said first secure container in a first 

21 | memory: 

creating a second secure container 

22 I comprising a second rule set; 



23 



The first secure container is stored at the 
.NET assembly developer's location. 



The second secure container is the signed 
.msi file in which the .NET assembly 
developer packages its signed assembly. 
The second rule set is the conditional 
syntax statement(s) written by the .NET 
assembly developer and placed into the 
signed .msi file. 



storing said second secure container in a 
second memory: 



The second secure container is stored at the 
.NET assembly developer's location. 



copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
I copying or transferring step comprising: 



creating a third secure container 
comprising a third rule set; 



'he .NET assembly developer places the 
NET component into the third secure 
container, which is the signed .NET 
assembly. 



The third secure container is a signed .NET 
assembly and the third rule set is 
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declarative statement(s) within the 
assembly's header. 



copying said first portion of said 
first protected information: 



Copying the .NET component to the .NET 
assembly. 



transferring said copied first portion 
of said first protected information to 
said third secure container: and 



Transferring the .NET component to the 
.NET assembly. 



copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 



When the second secure container is the 
signed .msi file and the third secure 
container is the signed .NET assembly, the* 
.NET assembly is placed into the signed 
.msi file. ■ 



87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of the entirety of said 
first protected information. 



The entire .NET component is copied. 



90. A method as in claim 85 in which 



said first memory and said second memory 
are located at the same site. 



First and second memory is at the .NET 
assembly developer's location. 



93. A method as in claim 85 in which 



said step of copying transferring said 
copied first portion of said first protected 
information from said third secure 
container to said second secure container 
further comprises storing said third secure 
container in said second secure container. 



When the third secure container is the 
signed .NET assembly, it is placed in the 
signed .msi file. 
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96. A method comprising performing the 
following steps within a virtual distribution 
environment comprising one ormore 
electronic appliances and a first -secure 
container, said first secure container 
comprising a first control set and first 
protected information: 



A signed and licensed .NET component 
(first container) is part of a .NET assembly 
(second container), which is packaged in a 
signed .msi file (third container). 



using at least one control from said first 
control set to govern at least one aspect of 
use of said first protected information 
while said first protected information is 
contained within said first secure container; 



The first secure container is a licensed and 
signed .NET component governed by thte 
set of declarative statements comprising the 
LicenseProviderAttribute (one control). 



creating a second secure container 
comprising a second control set for 
governing at least one aspect of use of 
protected information contained within said 
second secure container; 



The second secure container is a .NET 
assembly, the protected information is the 
assembly and the second control set- is 
declarative statement(s) within the 
assembly's header. 



incorporating a first portion of said first 
protected information in said second secure 
container, said first portion made up of 
some or all of said first protected 
information; 



Included in the .NET assembly is the .NET 
component. 



using at least one control to govern at least 
one aspect of use of said first portion of 
said first protected information while said 
first portion is contained within said second 
secure container; and - ' . 



The declarative statement(s) govern the use 
of the .NET component and the custom 
LicenseProvider class (first control set) 
controls the .NET component. 



incorporating said second secure container 
containing said first portion of said first 
protected information within a third secure 
container comprising a third control set. 



The third secure container is the signed 
.msi file in which the .NET assembly 
developer packages its assembly. The third 
control set is the conditional syntax 
statements written by the assembly 
developer and placed into the signed .msi 
file. ; 
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A system for supporting electronic 



Infringement is based on Microsoft's Visual. Studio 
.NET and/or the .NET Framework licensing tools (in 
the.NET Framework SDK) and/or Microsoft Installer 
SDK.. ._ 



commerce including: 

means for creating a first secure control 
set at a first location; 



The first location is a .NET component developer's 
site. 

The first secure control set is the set of declarative 
statements comprising the LicenseProvider Attribute of 
a first .NET licensed component that provides for a 
design-time license to use the control. This attribute 
also specifies the type of license validation that occurs. 
The component is encapsulated in a signed .NET 
assembly. 



means for creating a second secure 
control set at a second location; 



The second location is the .NET application 
developer's site where a .NET application comprising 
one or more assemblies is created. 

The second secure control set comprises the 
declarative statement(s) (including licensing 
statements, and code access security statements) of a 
signed .NET assembly using or calling the first .NET 
component. The control set can include a set of 
security permissions demanded by the .NET assembly 
containing the licensed component, whereby the 
permissions are demanded of components that call the 
application components. The control set can also be 
extended by controls expressed as conditional syntax 
statements in a signed .msi file containing a click 
through end^user license (the end-user license 
scenario). 



neans for securely communicating said 
first secure control set from said first 
ocation to said second location; and 



The first .NET control set is securely communicated 
from the first location developer to the .NET solution 
provider by either being contained in a signed 
assembly, within a signed cabinet file or within a 
signed .msi file. 



neans at said second location for 
jecurely integrating said first and 
second control sets to produce at least a 
hird control set comprising plural 
dements together comprising an 
electronic value chain extended 
jgreement. 



At the second location, the solution developer uses the 
.NET runtime that includes the LicenseManager. 

Whenever a class (control or component) is 
instantiated (here, an instance of the first .NET 
licensed component), the license manager accesses the 
proper validation mechanism for the control or 
component. A value chain is created through the 
creation of a run-time license for use of the first .NET 
component in the context of use of the .NET 
application developed at the second location. The 
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license controls for the runtime license (derived from 
the design time license) are bound into the header of 
the .NET application assembly, along with the second 
control set. 

The creation of runtime license controls is securely 
handled by Visual Studio.NET or the LC tool.' 
Runtime licenses are embedded into (and bound to) 
the executing assembly. The license control attribute 
included in the first .NET component is customized in 
the second location to express and require the runtime 
license. In a different scenario, the LC tool is used to 
create a ".licenses file" containing licenses for 
multiple components, including runtime licenses for 
components and classes created by the license . 
provider. This .licenses file is embedded into the 
assembly. 

The third control set is an extended value chain 
agreement that comprises the runtime license controls' 
for the first .NET licensed class (that had been bound 
to the assembly), the declarative controls provided by 
the solution provider in the solution provider's 
assembly, and any runtime licenses for other 
components included by the solution provider in the 
solution provider's assembly, and any end user license 
agreement provided by the application provider. The 
controls are typically integrated into the header of the 
.NET application assembly calling the first .NET 
licensed component. 

A further "end user licensing scenario" occurs when, 
at the second location, the application developer 
packages the application into a signed .msi file that 
includes conditional syntax statement controls that 
require that a user read and agree to an end user 
license agreement for the application and the 
embedded first component. The third control set 
includes a plurality of elements that include the run- 
time licenses mentioned above, security permissions 
controls, EULA controls (a fourth control set), all 
securely bound into the signed .msi file. 



1 1 . A system as in claim 2 in which said 
first location and said second location are 
contained within a Virtual Distribution 
Environment. 



The Microsoft .NET Framework provides a 
Virtual Distribution Environment. Here the 
nodes are the Common Language Runtime 
instances that interpret the controls 
contained within .NET assemblies (among 
other functions). 



29. A system as in claim 2 in which said 
first secure control set includes required 



The licensing control in the first control set 
specifies the method required to validate 
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terms. 


the license. 


2 




3 


32, A system as in claim 2 in which said 
second secure control set includes required 
terms. 


The security permissions demanded (as 
described above) are required terms for 
execution of the application code elements. 


4 
5 
6 
7 

o 
0 




60. A system as in claim 2 inwhich said 
means for securely integrating said first arid 
second control sets includes a fourth 
control set. 


In the scenario where the application 
assembly is distributed using a signed .msi 
file, the secure integration of the first and 
second control sets is enhanced by the 
tamper protection afforded by the signed 
.msi file. In the end user license scenario, a 
fourth control set consisting of conditional 
syntax statements is included in the .msi 
file/ : 


9 




10 

1 1 
1 1 


130. A system as in claim 2 further 
including means for executing said third 
control set within a protected processing 
environment. 


The third control set is executed under the 
auspices of the CLR 




12 
i j 


132. A system as in claim 130 in which 
said protected processing environment is 
located at a location other than said second 
location. 


The third control set is executed at an end- 
user site within the CLR. 


14 




15 
16 
17 


161. A system as in claim 2 in which said 
third control set includes controls 
containing human-language terms 
corresponding to at least certain of the 
machine-executable controls contained in 
said third control set. 


In the end user license scenario, the third 
control set includes a fourth control set that 
requires that the human user agree with 
license terms displayed to the user. These 
human readable terms are referenced in the 
conditional syntax statement controls 
contained in the signed .msi file. 


18 
19 


162. A method as in claim 161 in which 
said human-language terms are contained 
in one or more data descriptor data 
structures. 


The .msi file is a data descriptor data 
structure. 


20 




21 
22 


1 70. A system as in claim 2 in which said 
means for creating a first secure control set 
includes a protected processing 
environment. 


The creation of the first licensed 
component, including its licensed controls 
is carried out under the auspices of the 
CLR. 






23 
24 


171. A system as in claim 2 in which said 
means for creating a second secure control 
set includes a protected processing 
environment. 


The application design time environment 
and the creation of the .NET application is 
carried out under the auspices of the CLR. 


25 




26 

27 


1 72. A system as in claim 2 in which said 
means at said second location for securely 
integrating includes a protected processing 
environment. 


The means for integrating the runtime 
license with the application controls is 
carried out under the auspices of the CLR. 






28 


329. A svstem as in claim 2 in which said 


VS.NET runs under Windows. 




1! 
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means for creating a first secure control set 
includes an operating system based on or 
compatible with Microsoft Windows 




330. A system as in claim 2 in which said 
means for creating a second secure control 
set includes an operating system based on 
or comDatible with Microsoft Windows. 


VS.NET runs under Windows. 

• 


1 331 . A system as in claim 2 in whirh <:m*H 
means at said second location for securely 
integrating said first and second control 
sets includes an operating system based on 
or compatible with Microsoft Windows 


VS.NET runs under Windows, 


346. A SVStem as in claim ? fiirthpr 

comprising means by which said third 
control set governs the execution of at least : 
one load module. 


The third control set in the scenario 
described in the claim map for claim 2 
governs a portable .NET executable 
designed to be loaded into the CLR ■ 
environment fa CLR hostV 


347. A system as in claim 2 farther 
comprising means by which said third 
control set governs the execution of at least 
one method. 


The third control set in the scenario 
described in the claim map for claim 2 
governs a .NET executable. This 
executable contains one or more methods 


jHy. /\ sysiem as in cJaim 1 further 
comprising means by which said third 
control set governs the execution of at least 
one procedure. 


The third control set in the scenario 
described in the claim map for claim 2 
governs a .NET executable. This 
executable contains one or more 
procedures. 
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• • 

JNTERTJtUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,1 12,181 


>. , v ;- :GLA1M LANGUAGE v < 


^ o^v^MAIM^OKINFRINGEMENT ' — ;g; ; 


4S. • • /" '•. 


Infringing products include Microsoft SMS 
(Systems Management Server) 2.0 and 
subsequent versions. 


A method for narrowcasting selected 
digital information to specified 
recipients, including: 




a) at a receiving appliance, receiving 
selected digital information from a 
sending appliance remote from the 
receiving appliance, 


The receiving appliance is the client (e.g., ehd 
user computer in an Enterprise setting) 
receiving digital information (packages and/or 
advertisement files) from the sending 
appliance, the centralized SMS database via a 
Client Access Point and/or Distribution Point 
set up on a server. 


the receiving appliance having a 
secure node and being associated 
with a specified recipient; 


The "node" is "secure" as a result of SMS 
security, as well as how it identifies and selects 
clients. 

The "specified recipient" is the result of the 
collection identifying a specific client that 
meets the criteria for a package or 
advertisement. 


i) the digital information having 
been selected at least in part based on 
the digital information's membership in 
a first class, wherein the first class 
membership was determined at least in 
part using rights management 
information; and 


The digital information is a software package 
or advertisement. The "first class membership 
was determined in part using rights 
management information" reads on creating 
software packages (or advertisements) based 
on attributes of the software. 


ii) the specified recipient having 
been selected at least in part based on 
membership in a second class, wherein 
the second class membership was 
determined at least in part on the basis 
of information derived from the 
specified recipient's creation, use of, or 
interaction with rights management 
information: and 


The "specified recipient" is the client selected 
to receive a package or advertisement. That 
recipient is chosen based on a collection rule, 
or on the recipient's possession of a license. 


b) the specified recipient using the 
receiving appliance to access the 
received selected digital information in 
accordance with rules and controls, 
associated with the selected digital 
information, 


The receiving appliance is the client computer. 
The SMS agents on the client computer 
receive, evaluate and take the appropriate 
action based on rules and controls governing 
the package and/or advertisement (i.e. the 
selected digital information). 


the rules and controls beine enforced 


Rules and controls are enforced bv Agents on 
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by the receiving appliance secure node. 



the client (the secure node) 



59. The method of claim 48 wherein 
said received selected digital 
information is at least in part event 
information. "'• 



Event information includes SMS event 
information, including Scheduling Classes . 



63. The method of claim 48 wherein 
said received selected digital 
information is at least in part executable 
software, 



All SMS packages must include a minimum of 
one program. 



70. The method of claim 48 wherein 
said rules and controls at least in part 
govern usage audit record creation. 



A control governs whether a MIF 
(management information file) is sent back to 
the SMS db after installation is done to report 
on the success or failure of the installation. 



89. The method of claim 48 wherein 
said receiving appliance is a personal 
computer. 



The primary purpose of SMS is to manage 
software on personal computers throughout the 
Enterprise. ; 
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48. 



Infringing products include Windows 1 
Media Player and Windows Media Rights 
Manager 



A method for narrowcasting selected 
digital information to specified recipients, 
including: 



This claim pertains to Windows Media 
Player with Individualized DRM Client and 
Windows Media Rights Manager used in 
the context of a narrowcast pay-per-view 
(hear) media distribution service.,' 
simulcast and/or subscription services. 



(a) at a receiving appliance, receiving 
selected digital information from a sending 
appliance remote from the receiving 
appliance, the receiving appliance having a 
secure node and being associated with a 
specified recipient 



Receiving appliance is a user's PC with 
individualized DRM client (secure node). 
Specified recipient is a user using the 
specific individualized DRM client to 
access and render narrowcast pay-per-view 
media, simulcast and/or subscription 
services for which the user acquires a 
license. 



(i) the digital information having been 
selected at least in part based on the digital 
information's membership in a first class, 
wherein the first class membership was 
determined at least in part using rights 
management information; and 



The digital information is media that is 
narrowcast to licensed recipients. These 
narrowcast streams are licensed to users 
who have acquired licenses and whose PCs 
(appliances) support WMPs that have 
individualized DRM clients. This attribute 
is included in the signed WMA file header 
and is used in the process of acquiring 
licenses for access to the media. Media that 
are licensed to the recipient have their 
licenses bound to the recipient's 
Individualization module. 



(ii) the specified recipient having been 
selected at least in part based on 
membership in a second class, wherein the 
second class membership was determined 
at least in part on the basis of information 
derived from the specified recipient's 
creation, use of, or interaction with rights 
management information; and 



The recipient is selected for this content 
based on the fact that the recipient is a 
member of the class of recipients who have 
a license for the narrowcast media and 
whose devices support WMP and 
individualized DRM clients. The 
recipient's machine must indicate support 
for individualization in challenges that are 
sent as part of requests for media in this 
narrowcast class. , 



(b) the specified recipient using the 
receiving appliance to access the received 
selected digital information in accordance 
with rules and controls, associated with the 
selected digital information, the rules and 
controls being enforced by the receiving 
appliance secure node. 



Recipient's machine uses WMP and the 
individualized DRM client to access the 
narrowcast media in accordance with all 
rules associated with the media and 
contained in the media license - in 
particular, requirements that 
individualization be supported. _ 
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61. The method of claim 48 wherein said 
received selected digital information is at 
least in part entertainment information. 



The digital information is Windows Media, 
which encodes audio/visual entertainment 
content. 



62. The method of claim 61 wherein said 
entertainment information is at least in part 
music information, 



Reads. on narrowcast Windows Media Files 
that are music or audio/visual. 



67. The method of claim 48 wherein said 
rules and controls at least in part use digital 
certificate information. 



The license contains a digital certificate. 
The DRM client uses the certificate in the 
license to verify this signature and to verify 
that the header has not been tampered with. 



72. The method of claim 4 8. wherein said 
rules and controls in part specifying at least 
one clearinghouse acceptable to 
rightsholders. 



The signed header contains at least .one 
URL that indicates to the Windows Media 
Rights Manager the license clearinghouse 
to be used in acquiring licenses. 



75. The method of claim 72 wherein said at 
least one acceptable clearinghouse is a 
rights and permissions clearinghouse. 



This clearinghouse is a license 
clearinghouse responsible for mapping 
rights and permissions onto requested 
content or narrowcasts and binding them to 
the requesting client environment or user of 
this environment. 



89. The method of claim 48 wherein said 
receiving appliance is a personal computer. 



Windows Media Player and the 
Individualized DRM client run on a 
personal computer. 



J- 
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Infringing products include Windows 
Media Player and Windows Media Rights. 
Manager 


5 
6 
7 
8 
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A method for securely narrowcasting 
selected digital information to specified . 
recipients including: 


This claim pertains to Windows Media 
Player with Individualized.DRM Client and 
Windows Media Rights Manager used in 
the context of a narrowcast simulcast, pay- 
per-view (hear) media distribution service, 
and/or subscription services. The content 
is delivered in a Protected Windows Media 
File. 


10 
11 
12 


(a) receiving selected digital information in 
a secure container at a receiving appliance 
remote from a sending appliance, the 
receiving appliance having a secure node, 
the receiving appliance being associated 
with a receiving entity 


Narrowcast content is received in a 
Protected Windows Media File. Receiving 
appliance is user's PC with individualized 
DRM client (secure node). 


13 
14 


(i) the digital information having 
been selected at least in part based 
on the digital information's 
membership in a first class, 


The digital information is media that is 
narrowcast to licensed recipients (for 
example, a sold-out concert is narrowcast 
on the Internet to "the class of licensed (or 
ticketed) viewers). 


15 
16 
17 
18 
19 


(ii) the first class membership 
having been determined at least in 
part using rights management 
information 


These narrowcast streams are licensed to 
users who have acquired licenses and 
whose PCs (appliances) support WMPs 
that have individualized DRM clients. This 
attribute is included in the signed WMA 
file header and is used in the process of 
acquiring licenses for access to the media. 
Media that are licensed to the recipient 
have their licenses bound to the recipient's 
individualization module. 


20 
21 


(b) the receiving entity having been 
selected at least in part based on said 
receiving entity's membership in a second 
class. 


The recipient is selected for this content 
based on the fact that the recipient is a 
member of the class of recipients who has a 
license for the narrowcast media. 


22 
23 
24 
25 


(i) the second class membership 
having been determined at least in 
part on the basis of information 
derived from the recipient entity's . 
creation, use of, or interaction with 
rights management information 


The recipient class is determined by the 
license bound to the user's device that 
supports WMP and individualized DRM 
clients. The recipient's machine must 
indicate support for individualization in 
challenges that are sent as part of requests 
for media in this narrowcast class. 


26 


(c) receiving at the receiving appliance 
rules and controls in a secure container. 


Receives a protected Windows Media File 


27 


(i) the rules and controls having 
been associated with the selected 
digital information; and 


Receives a license that is bound to the file 
as well as to the specific DRM client 
individualization information. 


28 


(d) using at the receiving appliance the 
selected digital information in accordance 


Recipient's machine uses WMP and the 
individualized DRM client to access the 
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with the rules and controls, 



(i) the rules and controls being 
enforced by the receiving appliance 
secure node. 



104. The method of claim 91 wherein said 
received selected digital information 
includes entertainment information. 



109. The method of claim 91 wherein said 
rules and controls at least in part use digital 
certificate information. 



114. The method of claim 91 wherein said 
rules and controls specify at least one 
clearinghouse acceptable to rightsholders. 



117. The method of claim 114 wherein said 
at least one acceptable clearinghouse is a 
rights and permissions clearinghouse. 



131 . The method of claim 91 wherein said 
receiving appliance is a persona] computer. 



narrowcast media in accordance with all 
rules associated with the media and 
contained in the media license - in 
particular, requirements that 
individualization be supported. 



The WMP and DRM client enforce the ' 
rules embedded in the Protected Windows 
Media File License. 



The digital information is Windows Media, 
which encodes audio/visual entertainment 
content. 



The: license contains a digital certificate. 
The DRM client uses the certificate in the 
license to verify this signature and to verify 
that the header has not been tampered with. 



The signed header contains at least orie 
URL that indicates to the Windows Media 
Rights Manager the license clearinghouse 
to be used in acquiring licenses. 



This clearinghouse is a license 
clearinghouse responsible for mapping 
rights and permissions onto requested 
content or narrowcasts and binding them to 
the requesting client environment or user of 
this environment. 



Windows Media Player and the 
individualized DRM client run on a 
personal computer. 
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Products infringing: Microsoft Visual Studio 
.NET, .NET License Compiler, .NET 
Framework SDK, and .NET Common 
Language Runtime ■ 



A method including 



A method for producing a third .NET 
component (application) that incorporates first 
and second .NET component whose 
distribution is license controlled. 



:reating a first secure container including a 
"irst governed item and having associated a 
r irst control; 



The first secure container is a first signed 
.NET component that includes a license 
control. The governed item is the .NET 
component. 

The first control is the set of declarative 
statements comprising the 
LicenseProviderAttribute of a first .NET 
licensed component that provides for a design- 
time license to use the control. This attribute 
also specifies the type of license validation that 
occurs. 



seating a second secure container including a 
;econd governed item and having associated a 
;econd control; 



The second secure container is the second 
signed .NET component that includes a license 
control. The governed item is the .NET 
component. 

The second control is the set of declarative 
statements comprising the 
LicenseProviderAttribute of a second .NET 
licensed component that provides for a design- 
time license to use the control. This attribute 
also specifies the type of license validation that 
occurs. 



ransferring the first secure container from a 
irst location to a second location; 



The creator distributes a signed and licensed 
.NET component. 

An application developer at a second location 
downloads a first .NET component for 
inclusion into an application. 



ransferring the second secure container from a 
hird location to the second location; 



A creator distributes a signed and licensed 
.NET component from a different location. 

Application developer downloads a second 
.NET component for inclusion into an 
application. 



i 



Exhibit B 
151 



• 


# 






at the second location, obtaining access to at 
least a portion of the first governed item, the. 
access being governed at least in part by the 
first control; 


At the second location, the application 
developer uses the .NET runtime that includes 
the LicenseManager to access a first governed 
item. , 

Whertever a class (control or component) is 
instantiated (here, an instance of the first .NET 
licensed component), the license manager 
accesses the proper validation mechanism for 
the control or component. 

The first control comprises the declarative 
' statement(s) (including licensing statements, 
and code access security statements) of the first 
.NET component. 


at the second location, obtaining access to at 
least a portion of the second governed item, the 
access being governed at least in part by the 
second control; 


At the second location, the application 
developer uses the .NET runtime that includes 
the LicenseManager to access a second 
governed item. 

Whenever a class (control or component) is 
instantiated (here, an instance of the second 
.NET licensed component), the license 
manager accesses the proper validation 
mechanism for the control or component. 
The second control comprises the declarative 
statement(s) (including licensing statements, 
and code access security statements) of the 
second .NET component. 


at the second location, creating a third secure 
container including at least a portion of the first 
governed item and at least a portion of the 
second governed item and having associated at 
least one control, the creation being governed 
at least in part by the first control and the 
second control. 


At the second location, the application 
developer uses the .NET runtime that includes 
the LicenseManager to access a first governed 
item and second governed item to construct an 
application, the third secure container. 

Creation governance is accomplished by 
invoking the .NET runtime to access the first 
governed item and the second governed item. 

Whenever a class (control or component) is 
instantiated the license manager accesses the 
proper validation mechanism for the control or 
component. 

The portions of the first governed item and 
second governed item that are being included 
in the third secure container will typically 
include the governed items themselves, ie. the 
.NET components. 

The associated control in this case is the 
LicenseProviderAttribute, created and inserted 
into the application. 
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INITIAL DISCLOSURES, '68T, '193, '861, '721, '891, '900, '912, '019, '876, '181, and '402 PATENTS 
CASE NO. C 01-1640 SB A (MET), CONSOLIDATED WITH C 02-0647 SBA 



